Come già notato, stai già utilizzando un sistema operativo a 64 bit. Esistono due vantaggi nel passaggio a una versione a 64 bit di SQL Server e uno svantaggio.
L'unico svantaggio è che la versione a 64 bit di SQL Server utilizzerà puntatori a 64 bit. Ciò significa che i puntatori occuperanno il doppio della memoria, consumeranno il doppio della larghezza di banda della memoria e così via. Questo è probabilmente abbastanza trascurabile, ma è uno svantaggio. È parzialmente compensato dal fatto che il passaggio a un'applicazione a 64 bit consente di eliminare il sovraccarico del livello di compatibilità che le app a 32 bit devono utilizzare per accedere alle funzioni di un sistema operativo a 64 bit.
Il vantaggio principale è che nel tempo sono stati apportati numerosi miglioramenti significativi alle istruzioni della CPU. Alcuni di essi sono stati fatti insieme alla modifica a 64 bit e alcuni sono stati fatti in precedenza.
Ma anche per quelli realizzati in precedenza, la build a 32 bit deve gestire CPU che non dispongono di tali funzionalità ed evitare il fastidio di rilevare e passare tra più istanze, ma non le usa nemmeno dove sono presenti. Ad esempio, le CPU a 64 bit devono avere SSE2, ma le CPU a 32 bit potrebbero non esserlo. Quindi la maggior parte del codice a 32 bit non disturba il controllo e non presuppone SSE2. Il codice a 64 bit è garantito che sono presenti le istruzioni SSE2 e quindi lo userà se è l'opzione migliore.
Il più grande è l'aumento del numero di registri nominali per uso generico da 8 a 16. Anche il numero di registri XMM a 128 bit è stato raddoppiato, da 8 a 16.
Inoltre, un processo a 64 bit può utilizzare grandi quantità di memoria virtuale. Ciò è particolarmente importante con i processi che accedono a grandi quantità di dati strutturati su disco. E, naturalmente, possono usare operazioni a 64 bit che tendono a migliorare le prestazioni di crittografia, compressione e persino alcune operazioni di file system su file system di grandi dimensioni.