既に述べたように、すでに64ビットOSを使用しています。SQL Serverの64ビットバージョンへの切り替えには2つの利点と、1つの欠点があります。
唯一の欠点は、SQL Serverの64ビットバージョンが64ビットポインターを使用することです。これは、ポインターが2倍のメモリを占有し、2倍のメモリ帯域幅を消費する、などを意味します。これはおそらくごくわずかですが、不利です。64ビットアプリケーションに切り替えると、64ビットOSの機能にアクセスするために32ビットアプリが使用する必要がある互換性レイヤーのオーバーヘッドをなくすことができるという事実によって、部分的に補償されます。
主な利点は、CPU命令セットに多数の大幅な改善が時間とともに加えられたことです。それらの一部は64ビットへの変更に伴い作成され、一部は以前に作成されました。
しかし、以前に作成されたものであっても、32ビットビルドはそれらの機能を持たないCPUを処理する必要があり、複数のインスタンスの検出と切り替えの煩わしさを回避するために、それらが存在する場合でもそれらを使用しないでください。たとえば、64ビットCPUにはSSE2が必要ですが、32ビットCPUにはない場合があります。そのため、ほとんどの32ビットコードはチェックを行わず、SSE2を想定していません。64ビットコードはSSE2命令が存在することが保証されているため、最適なオプションである場合はそれを使用します。
最大のものは、名前付き汎用レジスタの数が8から16に増加したことです。128ビットXMMレジスタの数も8から16に倍増しました。
さらに、64ビットプロセスは大量の仮想メモリを使用できます。これは、ディスク上の大量の構造化データにアクセスするプロセスでは特に重要です。そしてもちろん、暗号化、圧縮、さらには大規模ファイルシステムでの一部のファイルシステム操作のパフォーマンスを向上させる傾向がある64ビット整数操作を使用できます。