🚀 go-pugleaf

W dniu 2015-03-29 o 23:10, Pancio pisze:
> Witam,
> Jestem na początku pisania nowej aplikacji i zastanawiam sie ktory silnik bazy danych wybrac - czy MS SQL Server Express 2008 R2 czy moze Firebird.
> Chcialem na poczatku zrobic aplikacje w miare "uniwersalna" w ktorej uzytkownik na poczatku wybieralby sobie wariant bazy danych. Jednak przez ostatni tydzien troche sobie poczytalem i roznice w budowie obu baz sa dla mnie na tyle duze, ze jednak to sobie odpuszcze. To nie to co, np. Access i MS SQL.
> Docelowo w bazie ma byc okolo 30-40 tabel (glownie slowniki) oraz powiedzmy 5 glownych tabel z liczba rekordow na poziomie 15-20 tysiecy rocznie w kazdej. Do bazy jednoczenie podpietych bedzie okolo 10 uzytkownikow. Calosc pisana jest w Delphi XE3 a do laczenia z baza uzywam AnyDACa 5.
> Poprzedni calkiem spory projekt mialem oparty na MS SQL i poki co klienci nie skarza sie na szeroko pojetosc "awaryjnosc".
> Jednak gdy zobaczylem rozmiar instalki MS SQL i Firebirda 2.5 to no.... sa spore roznice.
> I teraz do Was pytanie, bo jestem w momencie pisania w ktorym jeszcze moge cos pozmieniac w kodzie programu - ktory silnik baz danych czesciej wybieracie do aplikacji komercyjnych - MS SQL (Express) czy Firebird?
> Sorry za tak banalne pytanie, ale nie chce "przedobrzyc" i waham sie troche. Zaznacze moze, ze w gre wchodza jedynie te dwie bazy, nic poza tym.
> Dzieki za podpowiedzi,

Jeżeli baza nie jest bardzo skomplikowana da się napisać - szczególnie z 
FireDAC tak, żeby działało poprawnie z obiema bazami - FB i MS SQL. 
Trochę to upierdliwe, szczególnie jak masz procedury, ale da się. Jeden 
z małych projektów miałem przygotowany tak, że w trybie demo (kompilacja 
warunkowa) automatycznie konfigurował się pod Firebird Embedded, gdzie 
do programu dołączałem bazę z już wypełnionymi przykładowymi danymi 
(kilkanaście tysięcy rekordów), a w trybie docelowym działał z MS SQL - 
oczywiście z bazą klienta.

I właściwie taki model najczęściej wybieram - jak embedded, to Firebird, 
bo gdyby z jakiegoś powodu trzeba było (choć nie zakładam) przejść do 
wersji wielostanowiskowej to można postawić serwer. SQLite jest dobry na 
przechowanie konfiguracji, jak XML nie da rady :D

Natomiast MS SQL to wygoda, bo zwykle - jak już inni pisali - "jakiś" w 
firmie jest. Daje to wygodę administracji, szczególnie jak jest 
kontroler domeny i ludzki admin, który kontroluje dostęp grupami. Tworzę 
sobie zadania dla agenta, gdzie mam swoje backupy, dbanie o indeksy, 
powiadomienia itd. Niestety Firebird wymaga napisania tego wszystkiego w 
dodatkowej aplikacji/usłudze. Do rozwijania aplikacji kupiłem sobie 
wersję Developer Edition i mam to samo, co w Enterprise, co pozwala mi 
testować wszystko to, czego nie mam w Express - w szczególności właśnie 
agenta, pocztę itd.

Sama wersja Express jest świetna i przecież można zrobić nienadzorowaną 
instalację, użytkownik niczego nie musi konfigurować, samo się robi. 
Wyrzucając BLOBy do FILESTREAMa rozmiar bazy w Expressie wystarcza na 
naprawdę dużą ilość danych. Tym, co tak naprawdę ogranicza w tej wersji 
jest RAM dla instancji serwera.

Myślę, że właśnie wersją Express Microsoft wykosił konkurencję do takich 
mniejszych projektów c-s. Podobnie jak z Visual Studio Community, które 
mam właśnie odpalone do testów i tak się zastanawiam, czy jest sens 
wywalania kilku tysięcy na upgrade mojego staruszka Delphi XE2 do 
nowego... :)

jh