Misiekd napisał(a)
tak czytam te "wynurzenia niespełnionego programisty" i zastanawiam się jak w waszym super hiper extra wypas systemie "bazodanowym" robicie takie rzeczy jak indeksy, pola o zmiennej długości, indeksy funkcyjne, triggery, klucze obce, wyszukiwanie, klucze główne, unikalność wartości w kolumnie itd. Nie mówię już o takich cudach jak tabele krzyżowe przy różnego rodzaju raportach i zestawieniach. Nie wyobrażam sobie pisać tego samemu. Nie wyobrażam sobie też pisać aplikacji, która musiała by sama zapewnić spójność danych. Przecież to jest koszmar. Ale rozumiem, że wybraliście taką drogę i jakoś trzeba sobie tłumaczyć dlaczego tak. BTW bardzo jestem ciekaw jak by się ten wasz "serwer" zachował jakby mu zapakować tak z 10GB danych do przetworzenia...
Pewnie, że należy się trzymać gotowych i sprawdzonych rozwiązań.
Masz w tym kilka lat praktyki, więc pewnie nie interesujesz się tego typu problemami -
jak to jest realizowane w tych serwerach, a ja o to właśnie pytam.
Rozmiar w zasadzie nie ma tu dużego znaczenia, no ale te 10GB
w prostej bazie biznesowej to pewnie otrzymasz, ale gdy używasz takich serwerów.
Niech będzie, powiedzmy 1000 faktur/dokumentów dziennie, co da 300000 rocznie, albo i milion - ile to zajmuje?
Towarów, materiałów, produktów, pracowników, zleceń, magazynów, kontrahentów, itd. - ile tego może być?
Raportów, różnych zestawień kosztów, nakładów, zysków - program robi setki.
Robisz po prostu jeden schemat ogólny, a reszta idzie z automatu - różne warianty.
Wydruki podobnie.
Interfejs analogicznie.
Bazy tak samo, hihi!
Pamiętam kiedyś była taka dobra biblioteka zwana c-tree do baz danych - jest jakaś kontynuacja tego?