在正式運行之前，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甚至還能夠執行它提出的建議（例如，添加或者刪除索引），你只需點擊一下按鈕就可以完成。