相當長一段時間以來，在64位平台上運行SQL Server一直是提高數據庫性能和擴展性的一種選擇，不過配置方面的選項有限，而且不是沒有問題。舉例說，SQL Server 2000只能在昂貴的安騰系列處理器上面運行；而且SQL Server的客戶端工具與64位平台不兼容。另一方面，SQL Server 2005卻提供了新的選項可以充分利用64位架構的強大功能；而且完全沒有在過去導致人們不太需要64位的問題。
使用SQL Server的公司為什麼應當改用64位架構？
要解答這個問題，最重要的答案就是，64位平台與32位系統相比，大大提高了內存訪問能力。32位系統最多只能本地訪問4GB的內存。32位的SQL Server系統使用地址窗口擴展（AWE）及相關技術後，最多可以訪問64GB的內存，不過地址虛擬技術帶來了開銷：AWE需要創建虛擬“窗口”來訪問更高內存。訪問高端內存的每個請求都必須通過這個窗口進行，開銷要比請求訪問本地內存大得多。因而，在高使用率情況下，訪問更大內存的功能實際上妨礙了而不是有助於性能。此外，AWE內存只是被SQL Server用於緩沖器緩存，而不是用於過程緩存，而且不會有助於對利用許多即席查詢（ad-hoc query）的服務器進行優化。AWE內存也不會被用於幫助內存中的排序、散列連接（hash join）或者其他數據密集型操作。
如今的64位系統最多可本地訪問512GB的內存。這意味著，性能不會受到地址窗口的影響，額外內存可以供任何SQL Server緩存而不僅僅是緩沖器緩存使用。這種增加內存的功能在許多情況下直接提高了性能。由於更多的數據保存在緩存裡面，勢必會減少磁盤的I/O操作。你還會注意到使用中間排序、散列連接或者指針的查詢在性能上得到提高。所有這些在內存裡面進行求值要比換到磁盤上進行求值來得快。
為什麼64位采用遲緩？
有人不由得會想：既然好處這麼顯著，為什麼到目前為止64位SQL Serve的采用似乎很遲緩？SQL Server 2000的64位選項很有限，因為SQL Server 2000惟一支持的64位配置就是安騰服務器運行在Windows Server 2003上面。也沒有哪個SQL Server 2000客戶端工具可在64位服務器上面運行，包括企業管理器、查詢分析器和SQL Profiler。連數據轉換服務（DTS）軟件包也無法在64位服務器上運行，這意味著DTS無法充分利用64位的更強功能。
