在正式运行之前，COM不会解析这类名字。除非绝对必要，否则不要返回记录集。当正在执行的查询返回记录时，ADO工具就会构造一个Recordset对象，更为丰富多彩的登录和个性化服务以及更好的数据访问和同步。
Recordset对象的开销很大，因此你应该尽量避免使用Recordset对象。ADO工具注意有时候执行查询虽然返回结果，但不是返回记录。例如，你可以通过Return Status参数返回整数值。另外，你可以返回Output参数来替代需要构造Recordset对象的记录集，SQL Server允许返回的Output参数多达1000个。
只要有可能，请用动作查询（INSERT，UPDATE，DELETE和执行这些操作的存储过程）替代可更新的Recordset游标。此时，ADO工具你应该使用Execute方法和它的adExecuteNoRecords选项，确保ADO能够知道查询不需要构造Recordset对象。
除非必要，否则不要请求服务器进行排序。ADO工具大多数情况下，对于一个适度大小的Recordset对象，当它被发送到客户端之后，排序速度将更快。另外，如果让ADO客户程序排序Recordset中的记录，则客户应用程序能够按照用户选择的次序排序，从而提高了灵活性。 在编写查询之前了解索引的结构。创建合适的索引，调整查询的语法以利用这些索引，你将能够提高记录提取的速度。Query Analyzer能够帮助你决定是否有必要添加更多的索引。
不要一次性返回太多的记录。很多时候，容量太大的记录集会严重地影响应用程序的性能。只返回那些当前你需要的记录，ADO工具如果客户程序需要更多的记录，则以后随时提取。通过带有参数的WHERE子句，或者灵活地运用TOP N查询，限制查询的范围。 不要返回太多的列。避免使用SELECT *。SELECT *语句告诉SQL Server返回所有的列，不管实际存在的列有多少。#t#
只选择那些你需要的列，这样，当有人为表增加了更多的列时，你不会得到大得出奇的结果集。 避免使用游标。ADO工具如果你必须使用游标，那么不要使用那些所需资源数量超过必要的游标类型。如果没有必要，不要要求游标提供滚动、更新和数据缓冲能力。
详细地告诉ADO工具你想要它做些什么。打开Recordset或者构造Command对象时，不要忘了设置CommandType选项。它避免了ADO“猜测”你的意图，你将能够减少与服务器的通信，而且使得代码更加稳定。 另外，学习使用诊断工具，测定运行在服务器上的代码和应用程序的代码占用了多少时间——以及这些时间花在哪里。在这方面，SQL Server Profiler是一个宝贵的工具。
它能够阐明你的代码在要求服务器做些什么，能够在草率构造的查询中或对于错误选择的命令属性突出显示。另外，ADO工具Query Analyzer还能够用图示的方式显示出SQL Server将如何执行查询，提出改进查询的建议，帮助你调整查询。Query Analyzer甚至还能够执行它提出的建议（例如，添加或者删除索引），你只需点击一下按钮就可以完成。
