推薦：ASP動態(tài)網(wǎng)頁制作中使用SQL語句的方法
1、SELECT 語句 在SQL的世界里，最最基礎(chǔ)的操作就是SELECT 語句了。在數(shù)據(jù)庫工具下直接采用SQL的時候很多人都會熟悉下面的操作： 以下為引用的內(nèi)容：

為什么在ASP里指定了codepage為65001還經(jīng)常顯示亂碼。才子在這里將這個問題詳細解釋一下，以免很多朋友再走彎路，甚至排斥UTF-8。

如果你還不知道UTF-8是什么東東，那才子建議你先去搜索一下UTF-8的相關(guān)資料吧。

UTF-8編碼之所以被越來越多的人接受甚至喜歡，肯定是有道理的，在WEB2.0盛行的今天，在大談多瀏覽器兼容的同時，不得不想到字符編碼不同所造成的亂碼現(xiàn)象同樣需要得到很好的處理.....

在N年以前,IE6以下的所有版本，只要沒有安裝相應(yīng)的字庫，訪問相關(guān)的頁面都是會亂碼的，例如，我是IE5 (Windows2000默認) 的版本，在沒有安裝IE繁體字庫的情況下，訪問任何繁體頁面的網(wǎng)站都是會亂碼的，當然前提是該頁面采用了BIG5的Charset，而UTF-8作為一種國際編碼就能很好的處理該問題，只要將頁面存為UTF-8編碼格式，再在頁面上將codepage及charset全部定義為utf-8就可以在任何客戶端瀏覽器中顯示出完全正確的內(nèi)容，完全不會亂碼......

好了，這里以ASP頁面為例，以一個實例來看具體操作吧：

打開新建一個ASP頁面，相信玩ASP的朋友都會留意到，許多下載的源碼里，頁面最上方一般都有一句：

以下為引用的內(nèi)容： %@LANGUAGE="VBSCRIPT" CODEPAGE="936"%

前面的language應(yīng)該不用多說了，vbscript就是ASP默認的腳本語言，其實完全可以不用寫，寫了好像還會影響頁面執(zhí)行效率，在這里我們先不討論這個問題。后面的codepage就是關(guān)鍵了，目的就是告訴瀏覽器，此頁面是何種編碼，936代表是簡體中文，而950代表繁體中文，65001就是我們今天說的UTF-8編碼了。我們將936改成65001。整句如下：

以下為引用的內(nèi)容： %@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%

再加上輸出幾個中文字看看能不能正確顯示吧。

以下為引用的內(nèi)容： <% Response.Write "第一次測試UTF-8頁面" %>

　
OK，直接點擊“保存”，執(zhí)行這個頁面看看，如果不出意外，大家可能看到顯示出的是 “一尾UTF-8頁”這幾個字，中文有亂碼的現(xiàn)象，什么原因呢？

OK，請大家再點擊最上面的 "文件" 菜單，選擇"另存為"，最下面一行有個編碼，默認應(yīng)該是ANSI的，請大家點下拉框，選擇UTF-8，再點保存，再執(zhí)行試試看，如果不出意外，亂得更厲害了，呵呵，暈了吧。別急，想想原因，因為我們做的頁面是HTML返回的，以前我們寫HTML時，看到body前面，也就是head里都有一句meta，應(yīng)該是這樣的：

以下為引用的內(nèi)容： <meta http-equiv="Content-Type" content="text/html; charset=gb2312">

　　
也就是指定頁面以gb2312編碼返回結(jié)果，一定要寫在有返回結(jié)果輸出的前面。大家都知道gb2312是簡體中文吧，我們今天說的是UTF-8編碼，我們就將gb2312改成UTF-8吧，全部代碼如下：

以下為引用的內(nèi)容： <%@LANGUAGE="VBSCRIPT" CODEPAGE="65001"%> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <% Response.Write "第一次測試UTF-8頁面" %>

　　
再執(zhí)行看看，嗯，這次正常顯示了吧.......

結(jié)論：采用UTF-8編碼，除了要將文件另存為UTF-8格式之外，還需要同時指定codepage及charset。

分享：巧用SQL-DMO創(chuàng)建備份及校驗的ASP應(yīng)用
概述 SQL分布式管理對象(SQL Distributed Management objects, SQL-DMO)為開發(fā)者提供了使用程序和腳本語言執(zhí)行普通任務(wù)的方法，從而擴展了SQL Server功能。本文談?wù)撊绾吻擅畹睦�用SQL-DMO創(chuàng)建