Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: szymon_hs w Styczeń 12, 2017, 14:31:20
-
Witam,
Prowadzę sklep internetowy i mam około 20 000 nowych klientów detalicznych miesięcznie. W chwili obecnej wystawiam paragony imiennych na kontrahentów jednorazowych. Chciałbym rozliczać paragony przez homebanking jednak wymaga to dodawania kontrahentów zwykłych. Czy dodawania takiej ilości kontrahentów miesięcznie nie obciąży zbytnio bazy kontrahentów? Oczywiście mogę raz w tygodniu oznaczać rozliczonych kontrahentów jako "nieaktywnych". Czy mogą się tutaj pojawić jakieś problemy? Korzystam z Subiekta GT 1.45 HF 1
Pozdrawiam
-
Kontrahenci jednorazowi zajmują w bazie tyle samo miejsca co zwykli. Tyle, że ich nie widać w kartotece. Mają co prawda wypelnianą mniejszą ilość pól, ale zajmuja normalnie rekord.
Więc zamiana jednorazowych na zwykłych nic nie zmieni w wielkości bazy.
A baza w GT potrafi dużo przyjąć.
-
Dziękuję za odpowiedź. To rozwiewa moje wątpliwości. Jeszcze tak na przyszłość jakie są objawy zapełniania bazy? Jakie są wtedy możliwe rozwiązania?
-
Nie spotkałem się z przypadkiemk zapełnienia bazy, a działam tej branży naprawdę długo. Jedyne ograniczenia to wersja serwera sql od której zależy wielkość obsługiwanej bazy. Express obsługuje bazy do 10 GB. Wersja standard nie ma takich ograniczej. Tylko przy dużych bazach bardzo istotny jest sprzęt. Przy małej pamięci i słabym procesorze będzie się ślimaczył. Ważny jest też dysk, na SSD będzie pracował szybciej. No i ważna sprawa dbanie o "higienę" bazy, podstawowe narzędzia są w programie serwisowym, a więcej to już z samego sql.
-
A ja się spotkałem z zapełnieniem bazy, ale to dotyczyło pracy w zestawie Subiekt + Rewizor.
Po prostu numery kont analitycznych są 5 znakowe, a Rewizor umie nadawać tylko cyfrowe (00001-99998, bo 99999 było zajęte), a kiedy się skończy jeszcze A0001 do A9999 i po osiągnięciu tego numeru jest koniec zabawy z automatycznym nadawaniem analityk przy imporcie.
-
Myslę jednak, że to nie przepełnienie bazy, bo w samej bazie jako takiej miejce na nowe rekordy było, tylko błąd programistów ograniczający możliwość dodawania takich wpisów.
-
Pojęcie zapełnienia bazy jest nie do końca zdefiniowane ;)
Dla mnie jeśli dodawanie nowych zapisów staje się trudne lub niemożliwe to określenie że "baza się zapełniła" jest uzasadnione.
-
Należy się liczyć z tym, że przy tak szybkim przyroście danych zaczną wcześniej niż później pojawiać się różne problemy wydajnościowe (niektóre operacje będą wykonywały się zdecydowanie wolniej), wszystko zależy od sposobu wykorzystywania programu/obiegu dokumentów, liczbie użytkowników, sprzętu na jakim będzie pracowała baza danych oraz edycji serwera SQL. Na pewno należy zadbać o regularną konserwację w postaci odbudowy indeksów. Jeśli chodzi o sam wspomniany moduł homebankingu to dość szybko pojawiają problemy z wyszukiwaniem kontrahenta (odbywa się ono na podstawie rachunku bankowego, w jednym z przypadków na wydajnym sprzęcie i pełnym serwerze SQL przy 40 000 rachunków bankowych trwało to około 4s).
-
W tym miejscu mogę przestrzec przed odpalaniem na bazach Insertu komponentu Full-Text Search. Ktoś mi zostawił w spadku takiego kwiatka i dopiero po chwili kombinowania rozgryzłem, że było to przyczyną dziwacznego puchnięcia logów baz danych. Tak więc przepełnienie bazy może się odbywać także i na zupełnie niespodziewanych frontach.