LuckyLindy - zachęcam do zatrzymania się na sekundę i sprawdzenia, czy nie potrzebujesz agenta SQL. Napisałeś:
Wkrótce uruchomimy podwójną internetową / wewnętrzną aplikację transakcyjną, w której każdy klient ma własną bazę danych. Każda baza danych jest bardzo mała - poniżej 50 MB, więc zastanawialiśmy się, czy warto używać SQL Express 2008 zamiast pełnego SQL Server.
Jaki masz plan tworzenia kopii zapasowych? Nie musisz używać agenta SQL, ale z pewnością ułatwia to życie DBA. Możesz napisać skrypty T-SQL / SMO / PowerShell / cokolwiek innego, które wykonują kopie zapasowe, a następnie wykonać je za pomocą narzędzia sqlcmd lub PowerShell przy użyciu zaplanowanego zadania.
Jaki masz plan utrzymania bazy danych? Z czasem te bazy danych będą musiały zostać zdefragmentowane i sprawdzone pod kątem spójności. Wersja standardowa zawiera wiele dodatków ułatwiających to, podczas gdy w Expressie musisz pracować (ponownie ze skryptami i zaplanowanymi zadaniami).
Jak otrzymasz powiadomienie o problemach na serwerze? Agent pomaga tutaj z alertami, aby powiadomić cię, gdy dziennik się zapełnia, dysk się zapełnia itp.
Są to krytyczne zadania typu SQL Server DBA. Ekspresową aplikacją wewnętrzną jest jedna rzecz, ale kiedy zaczniesz mówić nam, że udostępniasz je klientom, martwię się :)
W drugiej części tego pytania pytasz, ilu klientów zamierzasz w tym wspierać - zarówno na początku, jak i po roku? Jeśli powiesz „100 klientów”, wówczas 100 baz danych 50 MB nie wystarczy w Express - po prostu nie masz wystarczającej ilości pamięci. Do licha - w zależności od tego, ile masz delty, możesz osiągnąć maksimum przy 15 DB, nie wiem.
Nigdy nie będziemy mieć więcej niż ~ 200 równoczesnych użytkowników, a większość operacji będzie bardziej transakcyjna (co wydaje się faworyzować wiele dysków o dużej prędkości w stosunku do dużej pamięci RAM / procesora, prawda?)
Operacje transakcyjne, takie jak INSERT, są nadal zapisywane w pamięci, więc nie oczekuj, że potrzebujesz mniejszej obsługi pamięci. W rzeczywistości, w zależności od liczby wykonywanych WSTAWEK, możesz potrzebować większej ilości pamięci niż większość z tą liczbą użytkowników. Jeśli ładujesz dużo danych, których ludzie tak naprawdę nie będą używać, to nadal zajmuje pamięć. Możesz napotkać problemy sporne między „danymi, które użytkownicy często odpytują”, a „danymi, które ładują użytkownicy, których przez chwilę nikt nie będzie pytał”. SQL chroni nas, chroniąc dane, które ludzie częściej wyszukują w pamięci dłużej, ale nadal będziesz mieć spory.
W tym momencie wędruję lol. A 200 współbieżnych użytkowników nie chce się ze mną bawić w Express. Powiedzmy, że 64k to średnie zapotrzebowanie na pamięć połączenia, ile połączeń wykonają Twoje aplikacje? Czy użyjesz puli połączeń?
Podsumowując, moje przeczucie po przeczytaniu twojego opisu mówi: „Nie - Express Edition po prostu nie jest wystarczająco potężny”. I nienawidzę Workgroup Edition - myślę, że to zły interes - więc Standard wydaje mi się odpowiedni.