Jak już wspomniano, używasz już 64-bitowego systemu operacyjnego. Istnieją dwie zalety przejścia na 64-bitową wersję programu SQL Server i jedna wada.
Jedyną wadą jest to, że 64-bitowa wersja SQL Server będzie używać 64-bitowych wskaźników. Oznacza to, że wskaźniki zajmą dwa razy więcej pamięci, zużyją dwa razy więcej pasma pamięci i tak dalej. Jest to prawdopodobnie dość nieistotne, ale jest to wada. Częściowo rekompensuje to fakt, że przejście na aplikację 64-bitową pozwoli na zrzucenie narzutu warstwy kompatybilności, z której muszą korzystać 32-bitowe aplikacje, aby uzyskać dostęp do funkcji 64-bitowego systemu operacyjnego.
Główną zaletą jest to, że z czasem wprowadzono wiele znaczących ulepszeń w zestawie instrukcji procesora. Niektóre z nich zostały wykonane wraz ze zmianą na 64-bitowe, a niektóre zostały wykonane wcześniej.
Ale nawet w przypadku tych wykonanych wcześniej, wersja 32-bitowa musi obsługiwać procesory, które nie mają tych funkcji i aby uniknąć kłopotów z wykrywaniem i przełączaniem między wieloma instancjami, po prostu nie używa ich nawet tam, gdzie są obecne. Na przykład 64-bitowe procesory muszą mieć SSE2, ale 32-bitowe procesory mogą tego nie robić. Dlatego większość 32-bitowego kodu po prostu nie przeszkadza w sprawdzaniu i nie zakłada SSE2. Zapewniony jest 64-bitowy kod Instrukcje SSE2 są obecne, więc użyje go, jeśli jest to najlepsza opcja.
Największym jest wzrost liczby nazwanych rejestrów ogólnego przeznaczenia z 8 do 16. Podwojono również liczbę 128-bitowych rejestrów XMM, z 8 do 16.
Ponadto proces 64-bitowy może korzystać z dużej ilości pamięci wirtualnej. Jest to szczególnie ważne w przypadku procesów, które uzyskują dostęp do dużych ilości ustrukturyzowanych danych na dysku. I oczywiście mogą korzystać z 64-bitowych operacji na liczbach całkowitych, które mają tendencję do poprawiania wydajności szyfrowania, kompresji, a nawet niektórych operacji systemu plików na dużych systemach plików.