6. 存储查询
当你的查询相对简单的时候，每次从头开始创建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 这类名字了。这样，将来你再看到的时候更容易理解以上被存储的查询到底是个什么意思。
7. ORDER BY
从Access数据库中选取记录有件最令人丧气的事情，它们是以怎样的顺序输入到数据库内就按照怎样的顺序出来。就算你在Access环境内采用Sort By来改变记录视图，数据表内的记录顺序也并没有发生改变。
如果你正在使用ASPrecordset在网页上写出记录，那么你或许知道乱纷纷的顺序是多令人痛苦的事。但是你可能不得不经常得面对这一问题，因为并不存在什么简单方便的解决方案。好在ORDER BY 可以简化这一难题。
为了对你的结果排序，只要在SELECT语句末尾加上ORDER BY，然后指定你需要排序的参照列即可。因此，如果你想要根据顾客的姓氏对Customers表排序，那么你可以编写如下的查询语句：
SQL = "SELECT c_lastname, c_firstname, c_email FROM Customers ORDER BY c_lastname"
这样，只要你建立了recordset而且开始把结果写到屏幕上，你就会看见数据按照字母顺序排列起来了。
多级排序
其实不仅仅可以在SQL语句中进行一级排序。实际上，在很多情况下，你可能会希望指定两到三级深度的数据排序。假设你有以下数据表，其内容如下所示：
先前采用的单级ORDER BY 排序是按下面的顺序取出数据的：
Absurdly Assured
absurd@assured.com
Absolutely Assured
absolutely@assured.com
Crazed Coder
crazy@coder.net
Loosely Fringe
loose@fringe.to
Lunatic Fringe
lune@fringe.to
Hands On
hands@yes.org
显然ORDER BY 起了应有的作用。在实际的表结构下，Absurdly Assured 是最后的条目，但它排在检索结果的最顶端。Hands On记录排最后因为 O 在以上列表中排在字母表最后。显然，Absolutely按照字母表最好排在Absurdly之前。为此，你需要采取第2级ORDER BY 排序标准，参照第2列进行排序：
SQL = "SELECT c_lastname, c_firstname, c_email FROM Customers ORDER BY
c_lastname, c_firstname"
其结果将首先按照c_lastname 列排序然后按照c_firstname 列排序。假如你的数据表包含的记录比较多，仔细设计排序会令输出结果编排更为合理。
投入使用
如果你同大多数程序员一样喜欢自己动手编代码，沉湎于掌握新技术的狂热之中。何不从ASP的冗长编码中转过头来尝试一下SQL编码呢？下面我们将就ASP编程时常见的问题以及如何在ASP中高效地利用SQL语句做一番探讨。
11. 记录统计
确定数据库内有多少记录，或者确定有多少记录达到了某些标准，这些用ASP完成并非难事。如果你采用了正确的游标类型，你可以用RecordCount 属性获得记录数当然也可以用recordset。但是，有个更简单的办法，这就是在自己的SELECT语句中采用count(*) ，代码如下所示：
SQL = "SELECT count(*) FROM Customers"
或者
SQL = "SELECT count(*) FROM Customers WHERE c_lastname LIKE 'A%'"
举例说明，以下代码将选出一些记录以及这些记录的总数：
SQL = "SELECT c_firstname, c_lastname, count(*) FROM Customers WHERE c_lastname LIKE 'A%'"
但是你不能实现自己的目的。这里采用的“count”函数其实是一种集合函数，意思是只返回单行信息：回答你提出的问题。对第1个SELECT 语句来说，问题是“在客户表内有多少条记录？”查询返回单一的值作为响应，因此它不能同你常规的查询相组合。假如你希望得到其他数据，你需要采用RecordCount。
集合函数除了“count”之外还包括AVG、MIN、MAX和SUM等。
12. 连接
任何熟悉SQL和关系数据库的人都遇见过大量的连接类型。最简单的说，连接（join）会把两个表的内容组合到一个虚拟表或者recordset内。假如数据表有效地规一化，或许你会经常从某一个表中选出特定的信息再从另一个表中选出关联信息。这样做就需要简单的“同等连接（equijoin）”。
为了了解实际的连接操作，现在让我们假设在一个数据库内存放了某类软件的相关记录。某个表（Software）包含了软件产品的名称、软件的版本以及其他有关细节：
另一个表（Releases）则存储了软件发布历史的信息，其中包括发布日期和发布状态等（比如测试版、当前版、过时等）：
上表中还包含了一个列，内容指向软件表中采用的ID号。所以，通过这种索引软件表的方式，你就知道发布表中software_ID 等于 2的软件是Rome。
你采用连接组合信息，这样就不需要在两个表之间来回折腾了。不过，除了组合信息之外还可以通过连接把有关信息合并。这样，只要发布表内的software_ID 匹配软件表内的ID，你就把匹配信息一起放到一个记录内。
代码如下：
SQL = "SELECT * FROM Software, Releases WHERE software.ID = releases.softwareID"
仔细分析以上的语句，首先注意到两个表名列在了FROM的后面。再根据所采用的连接，今后你可能还会发现语法会有所变化（或者连接类型有变），但是以上的语法是最基本的，显示了数据的联合选择方式。这里的WHERE 子句用来比较特定的ID值。在Software 表内，存在ID 列。同样的，Releases 表内则有个software_ID 列。为了明确你在WHERE 子句里要比较的值，你用表名作为前缀，后面还加上了一个点号（.）。
以下是连接选取数据之后的结果：
注意：在创建连接的时候要仔细考虑选出数据的列。以上代码采用 * 通配符是为了让读者关注于SELECT 代码行的其他部分。但是，正如你从上图看到的那样，你无法选出softwareID 列，因为这一列没有作为recordset部分的增加值。它的作用就是为WHERE 子句所用.