MySQL、SQL Server和mSQL都是絕佳的SQL工具，可惜，在ASP的環境下你卻用不著它們來創建實用的SQL語句。不過，你可以利用自己掌握的Access知識以及相應的Access技能，再加上我們的提示和技巧，相信一定能成功地在你的ASP網頁中加入SQL。

在SQL的世界里，最最基礎的操作就是SELECT 語句了。在數據庫工具下直接采用SQL的時候很多人都會熟悉下面的操作：
SELECT what
FROM whichTable
WHERE criteria

執行以上語句就會創建一個存放其結果的查詢。

而在ASP頁面文件上，你也可以采用以上的一般語法，不過情況稍微不同，ASP編程的時候，SELECT 語句的內容要作為字符串賦給一個變量：
SQL = "SELECT what FROM whichTable WHERE criteria"

好了，明白了ASP下SQL“說話”的方式，接下來如法炮制即可，只要滿足你的需要，傳統的SQL查詢模式和條件查詢都能派用場。

舉例說明，不妨假設你的數據庫內有個數據表，名字是Products ，現在你想取出這個表里的全部記錄。然后你就編寫了下面的代碼：
SQL ="SELECT * FROM Products"

以上代碼——SQL語句的作用就是取出表內的全部數據——執行后將會選出數據表內的全部記錄。不過，要是只想從表內取出某個特定列，比如p_name。那就不能用 * 通配符了，這里得鍵入具體某列的名字，代碼如下：
SQL ="SELECT p_name FROM Products"

執行以上查詢之后Products 表內、p_name 列的內容就會全被選取出來。

有的時候取出全部數據庫記錄也許正好滿足你的要求，不過，在大多數情況下我們通常只需得到部分記錄。這樣一來該如何設計查詢呢？當然會更費點腦筋了，何況本文也存心不想讓你去用那個什么勞什子的recordset。

舉個例子，假如你只打算取出p_name 記錄，而且這些記錄的名字必須以字母w打頭，那么你就要用到下面的WHERE 子句了：
SQL ="SELECT p_name FROM Products WHERE p_name LIKE 'W%'"

WHERE 關鍵詞的后面跟著用來過濾數據的條件，有了這些條件的幫助，只有滿足一定標準的數據才會被查詢出來。在以上的例子里，查詢的結果只會得到名字以w 打頭的p_name 記錄。

以上例子中，百分比符號（%）的含義是指示查詢返回所有w 字母打頭而且后面是任何數據甚至沒有數據的記錄條目。所以，在執行以上查詢的時候， west 和 willow 就會從Products 表內被選取出來并存放在查詢里。

就像你看到的那樣，只要仔細地設計SELECT 語句，你就可以限制recordset 中返回的信息量，多琢磨琢磨總能滿足你的要求。

這些啊還不過是掌握SQL用途剛起步。為了幫助你逐步掌握復雜的SELECT 語句用法，下面就讓我們再來看一下關鍵的標準術語：比較運算符，這些玩意都是你在構筑自己的SELECT 字符串來獲得特定數據時要經常用到的。

WHERE子句基礎

在開始創建WHERE 子句的時候，最簡單的方式是采用標準的比較符號，它們是 、 = 、 > 、 >= 、> 和 =。顯然，你很快就能明白以下代碼的含義和具體運行結果：
SELECT * FROM Products WHERE p_price >= 199.95
SELECT * FROM Products WHERE p_price > 19.95
SELECT * FROM Products WHERE p_version = '4'

注意： 這里你會注意到，最后一個例句中的數字4周圍加了單引號。原因是這樣的，在這個例子中的 '4' 是文本類型而非數字類型。因為你會把 SELECT 語句放到引號中來把它作為一個值賦給變量，所以你也可以在語句中采用引號。

比較運算符
比較運算符指定從表內取出數據的內容范圍。你可以用它們來創建過濾器以便縮小recordset的范圍，促使其只保存給定任務下你關心的信息。

你已經在上面取出w打頭記錄的例子中看到了LIKE的用法。LIKE判定詞是一個非常有用的符號。不過，在很多情況下用了它可能會帶給你太多的數據，所以在用到它之前最好先開動腦筋多想想自己到底想獲得什么數據。假設你想取出5位數字的SKU號碼，而且其開頭是1結尾是5，那么你可以用下劃符（_）代替%符號：
SQL = "SELECT * FROM Products WHERE p_sku LIKE '1___5'"

下劃符表示任意一個字符。所以在輸入“1 _ _ _ 5”的情況下，你的搜索就會限制在滿足特定模式的5位數范圍內了。

假如你想反其道而行之，要找出所有不匹配“1_ _ _ 5”模式的SKU條目。那么你只需要在剛才語句例子中的LIKE前面加上NOT就可以了。

BETWEEN
假設你想取出一定范圍內的數據，而且你事先知道范圍的起點和終點，那么你不妨采用BETWEEN 判斷詞。現在就讓我們假設你想選取給定表內范圍在 1和 10之間的記錄。你可以如下使用BETWEEN：
…WHERE ID BETWEEN 1 AND 10

或者你也可以采用已經熟悉的數學判斷字句：
…WHERE ID >= 1 AND ID >= 10

我們到目前為止所談到的SQL語句相對較為簡單，如果再能通過標準的recordset循環查詢，那么這些語句也能滿足一些更復雜的要求。不過，何必非要拘泥在淺嘗則止的基礎水準之上呢？你完全可以再增加其他一些符號，比如AND、 OR和NOT來完成更強大的功能。

以下面的SQL語句為例：
SQL ="SELECT c_firstname, c_lastname, c_email FROM customers WHERE c_email IS
NOT NULL AND c_purchase = '1' OR c_purchase = '2' AND c_lastname LIKE
'A%'"

就你目前所掌握的SQL知識，以上的例子也不難解釋，不過上面的語句并沒有很明白地讓你看清條件字句是如何膠合在單一SQL語句中的。

多行語句
在SQL語句不好懂的情況下，你不妨把整個語句分解為多行代碼，然后在現有變量基礎上逐步增加查詢語句的各個組成部分并把它存在同一變量內：
    SQL = "SELECT c_firstname, c_lastname, c_emailaddress, c_phone"
    SQL = SQL " FROM customers"
    SQL = SQL " WHERE c_firstname LIKE 'A%' and c_emailaddress NOT NULL"
    SQL = SQL " ORDER BY c_lastname, c_firstname"
到了最后一句，SQL變量就包含了以下的完整SELECT 語句：
"SELECT c_firstname, c_lastname, c_emailaddress, c_phone FROM customers
WHERE c_firstname LIKE 'A%' and c_emailaddress NO NULL ORDER BY c_lastname,
c_firstname"

整句照上面分解之后顯然好讀多了！在進行調試的時候，你或許更樂于多敲幾個字符把程序改得更好讀些。不過你可要記住了，在封閉引號之前或者在打開引號之后你需要增加空格，這樣才能保證字符串連接起來的時候你沒有把幾個詞湊到了一塊。

在學會了SELECT語句的構造和用途之后你就該學習如何使用它了。在你所掌握的數據庫工具下，這可能意味著你得按下某個寫著“執行”字樣的按鈕。在ASP網頁上，可以立即執行SQL語句也可以當作存儲過程調用。

一旦創建了SQL 語句，你還得設法訪問其查詢結果。顯然，這里的關鍵就是ASP recordset。在使用非SQL的recordset時，創建recordset的代碼通常如下所示：
Dim objRec
Set objRec = Server.CreateObject ("ADODB.Recordset")
objRec.Open "customers", objConn, 0, 1, 2

如果你對ASP比較熟悉以上的代碼對你可就不陌生了，你應該知道“customers”表示你打開數據庫內一個數據表的名字。

打開recordset
為了充分利用你更為熟悉的SQL技能，你需要調整常規ASP網頁上最常采用的recordset：
 Dim objRec
Set objRec = Server.CreateObject ("ADODB.Recordset")
objRec.Open SQL, objConn, 0, 1, 2

這里唯一的修改就是在objRec.Open,之后用包含SQL語句的變量代替了要查詢的數據表的名稱。

這種方法的優點之一是你可以指定游標類型（如以上0, 1 ,2 所示）。

執行SQL
你可以用緊湊的一行代碼執行SQL語句來創建recordset。以下是語法：
Dim objRec
set objRec = objConn.Execute(SQL)

在上例中，你所看到的SQL是你存放自己SQL SELECT 語句的變量。該代碼行“運行”SQL語句（或者說對數據庫進行查詢），選取數據并把數據存放在recordset 內，在上例中就是變量objRec。這種方法的主要缺點是你不能選擇自己想采用的游標類型。相反，recordset總是用前向游標打開。

因為游標的緣故，你或許打算熟悉兩種創建recordset的方法。直接執行查詢節省了鍵入字符所消耗的時間，但那樣的話你就得采用默認的游標了，這樣有可能遭遇經常不能正常運行的毛病。不管你具體采用哪種辦法，兩者之間的最大的差別也不外乎代碼精練與否。在不考慮你取得什么字段、你的標準是什么的前提下，也不管你如何存儲數據，采用SQL式的recordset 在體積上會比ASP上打開的標準recordset 要小得多，更別提操作起來的簡易性了。畢竟，通過過濾數據，你消除了耗費時間的if-then 測試和可能用到的循環。

編寫測試用SQL
這里有個技巧，許多專業ASP程序員習慣在測試網頁的時候“編寫”自己的SQL語句。這樣做可以幫助你調試代碼，因為你可以從中看到傳遞給服務器執行的字符串。而你要做的無非是增加Response.WriteyourVariable 在屏幕上顯示有關信息。在你把和SQL有關的問題提交給ASP討論組的時候你就應該附上這些信息。

當你的查詢相對簡單的時候，每次從頭開始創建SQL語句也不費什么工夫，不過，復雜的查詢就不同了，每次都從頭來會產生很多開發錯誤。因此，一旦讓SQL順利地運行起來，你最好把它們存起來，在需要時再調用它們。這樣，哪怕是一個簡單查詢你都能隨時用上存儲的查詢語句了。

假設你每周都要給團隊做一次報告，指出目前存在的業務支持問題，這些數據需要從你的數據庫中選取，而且要按照日期選擇記錄，同時根據你所在團隊所采用的支持問題的類別排序。一旦你設計了這一查詢，你何必以后每周都重新編寫一次呢？不要在你的HTML頁面上創建查詢，你應該用你的數據庫工具創建查詢并且保存它。

然后你可以采用ActiveCommand 屬性把查詢插入到你的ASP網頁。頭一兩回你可能會覺得沒啥意思，其實也就幾行代碼而已：
Set objSQ = Server.CreateObject ("ADODB.Command")
objSQ.ActiveConnection = "databaseName"

objSQ.CommandText = "storedQueryName"
objSQ.CommandType = adCmdStoredProc

set objRec = objSQ.Execute

注意，采用adCmdStoredProc 表示你已經在頁面上包含了adovbs.inc 文件。該文件定義了你可以按照名字而非數字進行訪問的Access常數。只需要在頁面上包含該文件即可（!--#INCLUDE -->），然后你就可以用adCmdStoredProc 這類名字了。這樣，將來你再看到的時候更容易理解以上被存儲的查詢到底是個什么意思。