To bardzo trudne pytanie, na które należy odpowiedzieć, a jedyną prawidłową rzeczą do powiedzenia jest „to zależy”. Tak, to banalne, ale to nie czyni nieprawdy. Biorąc to pod uwagę, postaram się jak najlepiej udzielić odpowiedzi (użyj Standardu) i wyjaśnię za tym proces myślowy.
Nie znam „SQL” Edition SQL, ale z pewnością potrafię zlikwidować różnice między wersją Standard a Enterprise. Na ryzyko ogromnego uogólnienia powiedziałbym, że jeśli szukasz między 10 a 100 GB dla jednego DB i nie masz pewności, czy potrzebujesz funkcji Enterprise, różnica kosztów początkowych w połączeniu z łatwością aktualizacji SKU ( Edycja), jeśli / kiedy musisz mieć na myśli, że wybór Standard zamiast Enterprise prawdopodobnie ma sens. Wydaje mi się, że wydanie „Web” jest częściowo rozebraną wersją standardową i osobiście bym tego unikał w oparciu o zastrzeżenie „Web Workloads Only”. Co to w ogóle znaczy?!
Jak więc naprawdę ustalić, czy będą potrzebować funkcji Enterprise? Cóż, najlepszym sposobem, jaki mogę wymyślić, jest pobranie wersji próbnej Standard i Enterprise (lub uzyskanie licencji MSDN) i wykonanie testów wydajności w obu wersjach. Jeśli stwierdzisz, że nie możesz osiągnąć / przekroczyć celów wydajnościowych w niższej wersji, zidentyfikuj wąskie gardła, a następnie sprawdź, czy funkcje Enterprise mogłyby pomóc. Jeśli tak, zaktualizuj i wprowadź niezbędne zmiany, aby móc korzystać z funkcji, a następnie ponownie przetestuj. Z mojego doświadczenia wynika, że głównymi funkcjami, z których korzysta się w Enterprise, są (w kolejności od najczęściej do najmniej):
- reindeksowanie online
- kompresja wierszy / stron
- kompresja zapasowa
- przefiltrowane indeksy
- partycjonowanie i indeksy partycjonowane
- indeksowane widoki
- operacje na indeksie równoległym
I na koniec ... Przechodząc od czegoś, co działa dobrze w SQL Express, nie sądzę, by było wiele przypadków uzasadniających przejście do Enterprise. Same dodatkowe zasoby systemowe, z których może korzystać pełna wersja SQL, powinny przynieść ogromne korzyści.