Jak duży jest „zbyt duży” dla SQL 2008 Web Edition?


11

W przypadku naszej aplikacji, która ma być wkrótce hostowana, muszę wybierać między wersją SQL Server 2008 Web Edition a wersją SQL Server 2008 Enterprise. Nie ma żadnej funkcji „niezbędnej”: aplikacja działa obecnie w SQL Express, ale przekroczy maksymalny rozmiar 10 GB narzucony przez SQL Express.

Patrzę na tę tabelę porównawczą i najważniejszą tabelę na tej stronie „Skalowalność i wydajność”. W miarę powiększania się tabel, funkcjonalność taka jak „Podział tabel i indeksów” będzie niezbędna do zagwarantowania szybkości działania. Ale przy jakich rozmiarach tabeli byłoby to wymagane?

Jakich strategii należy użyć, aby ustalić, czy rozmiar i użycie mojej bazy danych wymaga funkcjonalności skalowalności i wydajności w wersji Enterprise Edition?

Odpowiedzi:


6

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.


5

Funkcje takie jak partycjonowanie tabeli są zwykle używane tylko w hurtowniach danych, w których masz do czynienia z miliardami wierszy i chcesz kontrolować, na których dyskach przechowywana jest każda część tabeli.

Rozmiar danych tak naprawdę nie ma znaczenia między siecią a przedsiębiorstwem. Wiele osób korzysta z bardzo dużych baz danych w wersji standardowej (nie znam nikogo, kto używa grupy roboczej lub wersji internetowej). Największe zmiany to ilość pamięci, którą można przypisać do programu SQL Server. Im więcej pamięci, tym lepiej, im więcej pamięci masz, tym mniej będziesz chodził na dysk z danymi.

Dla Ciebie największą zaletą między wersją internetową a wersją Enterprise będą odbudowy indeksu online, które otrzymujesz w wersji Enterprise Edition. Jeśli możesz sobie pozwolić na przerywanie pracy co noc (lub co tydzień) w celu przebudowy indeksu (lub możesz sobie poradzić z defragmentacją indeksu), pozostań przy edycji internetowej, dopóki nie będziesz musiał zaktualizować indeksu lub kiedy przestój wymagany do wykonania indeksu odbudowuje jest zbyt długo.

Aktualizacja 28.11.2011 Należy pamiętać o tym, że wydanie internetowe będzie dostępne tylko za pośrednictwem dostawcy hostingu, takiego jak RackSpace, począwszy od SQL Server 2012, a wydanie Workgroup zniknie. Więc jeśli będziesz kupować licencję w tym momencie, powinieneś wybrać wersję Standard lub Enterprise. Zrobiłem duży napis na temat licencjonowania SQL Server 2012 ( tutaj również), który obejmuje wszystkie zmiany, o których będziesz chciał wiedzieć.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.