Badam zalety aktualizacji z MS SQL 2012 do 2014. Jednym z głównych punktów sprzedaży SQL 2014 są tabele zoptymalizowane pod kątem pamięci, które najwyraźniej sprawiają, że zapytania są superszybkie.
Odkryłem, że istnieje kilka ograniczeń dotyczących tabel zoptymalizowanych pod względem pamięci, takich jak:
- Brak
(max)wielkości pól - Maksymalnie ~ 1 KB na wiersz
- Brak
timestamppól - Brak wyliczonych kolumn
- Bez
UNIQUEograniczeń
Wszystkie te kwalifikują się jako uciążliwości, ale jeśli naprawdę chcę je obejść w celu uzyskania korzyści w zakresie wydajności, mogę opracować plan.
Prawdziwym kickerem jest fakt, że nie można uruchomić ALTER TABLEinstrukcji i musisz przejść przez ten rygor za każdym razem, gdy dodajesz pole do INCLUDElisty indeksu. Co więcej, wydaje się, że musisz wyłączyć użytkowników z systemu, aby dokonać zmian schematu w tabelach MO w aktywnej bazie danych.
Uważam to za całkowicie oburzające do tego stopnia, że w rzeczywistości nie mogę uwierzyć, że Microsoft mógł zainwestować tyle kapitału na rozwój w tę funkcję, i pozostawienie jej tak niepraktycznej w utrzymaniu. To prowadzi mnie do wniosku, że musiałem mieć niewłaściwy koniec kija; Musiałem źle zrozumieć coś o tabelach zoptymalizowanych pod kątem pamięci, co skłoniło mnie do przekonania, że ich utrzymanie jest o wiele trudniejsze niż w rzeczywistości.
Co więc źle zrozumiałem? Czy korzystałeś już z tabel MO? Czy istnieje jakiś tajny przełącznik lub proces, który czyni je praktycznymi w użyciu i utrzymaniu?