InsERT GT => Subiekt GT => Wątek zaczęty przez: agmaru w Październik 15, 2018, 12:16:53
-
Towary, na których jest bardzo dużo dokumentów mega powoli dodają się do faktury.
Instynkt działa ok, ale po wybraniu towaru mija 6-10 sekund zanim pojawi się ona na fakturze. Samych towarów nie jest dużo (około 300) ale jest na nich dużo operacji fa,wz,mm,rw itp. Po aktualizacji do najnowszej wersji było przez kilka dni ok, ale znowu zaczął mulić. Na serwerze i końcówkach tak samo.
Jakiś pomysł?
-
Towary, na których jest bardzo dużo dokumentów mega powoli dodają się do faktury.
Instynkt działa ok, ale po wybraniu towaru mija 6-10 sekund zanim pojawi się ona na fakturze. Samych towarów nie jest dużo (około 300) ale jest na nich dużo operacji fa,wz,mm,rw itp. Po aktualizacji do najnowszej wersji było przez kilka dni ok, ale znowu zaczął mulić. Na serwerze i końcówkach tak samo.
Jakiś pomysł?
Na początek Program serwisowy - Podmiot-Odbudowa indeksów.
-
Aldo dziekuję za sugestię.
Odbudowa zrobiona, niestety brak poprawy.
-
Wywróżyć się nie da. Trzeba sprawdzić co się dzieje w bazie danych w momencie wybrania towaru.
-
Automatyczne dyspozycje są włączone?
-
Automatyczne dyspozycje są włączone?
Przepraszam nie wiem. Jak to sprawdzić??
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
-
Automatyczne dyspozycje są włączone?
Przepraszam nie wiem. Jak to sprawdzić??
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
Zobacz załączony zrzut ekranu. Administracja -> Parametry -> Parametry Subiekta.
A macie jakieś dodatki poinstalowane? Może któryś z nich bruździ.
-
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
Czy wywołanie zakładki "Ceny" w informatorze o towarze też trwa bardzo długo?
-
Automatyczne dyspozycje są włączone?
Przepraszam nie wiem. Jak to sprawdzić??
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
Zobacz załączony zrzut ekranu. Administracja -> Parametry -> Parametry Subiekta.
A macie jakieś dodatki poinstalowane? Może któryś z nich bruździ.
Mam tak jak na Twoim obrazku.
-
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
Czy wywołanie zakładki "Ceny" w informatorze o towarze też trwa bardzo długo?
Coś chyba w tym jest. Trwa mega długo. Kilkakrotnie dłużej niż wstawianie towaru na dokument.
-
Odbudowę indeksów na pewno dobrze zrobiłeś? Jak ktoś pracował w programie i zapisywał dokumenty podczas odbudowy to jakiś ważny indeks mógł być w użyciu i został pominięty.
-
To jeden z efektów znanych dobrze problemów wydajnościowych, w tym przypadku z wyliczaniem średniej ważonej z istniejących dostaw, która zawsze jest wyliczana po dodaniu pozycji dokumentu w celu wyliczenia przybliżonego kosztu. Możliwe rozwiązania - optymalizacja lub usunięcie dokumentów (koniec roku już blisko).
-
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
Czy wywołanie zakładki "Ceny" w informatorze o towarze też trwa bardzo długo?
Coś chyba w tym jest. Trwa mega długo. Kilkakrotnie dłużej niż wstawianie towaru na dokument.
Najprawdopodobniej jest tak jak napisał Daniel (dlatego pytałem się o czas generowania tej zakładki). Miałem ostatnio podobny problem. Specyficzny układ danych powodował takie problemy. Po modyfikacji obiektów bazy udało się to opanować.
-
Usuwanie dokumentów to dość drastyczne rozwiązanie - handlowcy stracą historię sprzedaży w tym podmiocie z czego raczej nie będą zachwyceni koniecznością przełączania się pomiędzy kopią bazy a bazą produkcyjną żeby sobie podejrzeć historię sprzedaży klienta.
-
Usuwanie dokumentów to dość drastyczne rozwiązanie - handlowcy stracą historię sprzedaży w tym podmiocie z czego raczej nie będą zachwyceni koniecznością przełączania się pomiędzy kopią bazy a bazą produkcyjną żeby sobie podejrzeć historię sprzedaży klienta.
To nie było jedyne rozwiązanie, które podałem, ale jedno z częściej wybieranych - można je wykonać szybko, tanio i skutecznie.
-
Odbudowa indeksów była przeprowadzona na serwerze na odłączonej sieci aby żaden z uzytkowników nie miał dostępu do serwera.
Baza ma około 1,5 roku więc jak ją zoptymalizujemy starczy na jakiś czas?
W czy istnieje możliwość usuniecia dokumentów tak aby zostały jedynie faktury i rozliczenia z kontrahentami?
Dotyczy to tylko towarów na których jest mnóstwo operacji. Towary o małej liczbie operacji "wskakuja" szybko na dokument.
Czy wywołanie zakładki "Ceny" w informatorze o towarze też trwa bardzo długo?
Coś chyba w tym jest. Trwa mega długo. Kilkakrotnie dłużej niż wstawianie towaru na dokument.
Najprawdopodobniej jest tak jak napisał Daniel (dlatego pytałem się o czas generowania tej zakładki). Miałem ostatnio podobny problem. Specyficzny układ danych powodował takie problemy. Po modyfikacji obiektów bazy udało się to opanować.
Tak jak napisałem baza ma 1,5 roku i czy po takiej modyfikacji problem powtórzy się a jeśli tak to ile mamy czasu?
-
1,5 roku to nie jest długi okres. Ile masz dokumentów? Może serwer niedomaga?
Cały myk tego usuwania zapewne będzie właśnie polegał na wywaleniu faktur i wz-tek. A jak nie ma faktur to nie ma rozrachunków.
-
Tak jak napisałem baza ma 1,5 roku i czy po takiej modyfikacji problem powtórzy się a jeśli tak to ile mamy czasu?
Naprawdę sądzisz że tym co powoduje wolniejsze działanie jest czas? Serio?
Wyliczenie średniej przy 10 tysiącach dokumentów wystawionych w jednym roku trwa tyle samo co wyliczenie średniej z 10 tysięcy dokumentów wystawionych w ciągu 15 lat.
Takie rzeczy trzeba przeanalizować w miejscu występowania problemu, wszelkie inne opowieści to będzie wróżenie z fusów.
A nawet na miejscu nikt nie powie że problem powróci po 14 miesiącach ;)
-
To z pewnością wina programu. Bazę odpaliłem na innym serwerze żeby sprawdzić i sytuacja jest identyczna.
Dziwi fakt że po aktualizacji do najnowszej wersji przez kilka dni było ok. Może to jakaś podpowiedź?
-
To z pewnością wina programu. Bazę odpaliłem na innym serwerze żeby sprawdzić i sytuacja jest identyczna.
Dziwi fakt że po aktualizacji do najnowszej wersji przez kilka dni było ok. Może to jakaś podpowiedź?
A jaki masz serwer SQL (wersja) i jaki jest rozmiar bazy?
-
Baza jest malutka (<500MB), ale układ danych jest specyficzny. Na niektórych towarach jest powyżej 2000 dostaw z ilością>0
Przy takim układzie wyliczenie niektórych procedur trochę trwa. Sytuacja jest opanowana - mamy przyśpieszenie kilkudziesięciokrotne na krytycznej procedurze.
-
Dodatkowe indeksy czy poprawka w procedurze?
-
Przerobienie procedury. Mam jeszcze inne pomysły, ale jak na razie nie sądzę, żeby było to potrzebne
-
Przerobienie procedury. Mam jeszcze inne pomysły, ale jak na razie nie sądzę, żeby było to potrzebne
A ja się tak głupio zapytam: skoro daną procedurę można ot tak bezkarnie przerobić żeby działała kilkadziesiąt razy szybciej i w niczym to nie szkodzi to... czemu po prostu Insert tego nie zrobi w standardzie? :-)
-
Spytaj autora ;)
-
Przerobienie procedury. Mam jeszcze inne pomysły, ale jak na razie nie sądzę, żeby było to potrzebne
A ja się tak głupio zapytam: skoro daną procedurę można ot tak bezkarnie przerobić żeby działała kilkadziesiąt razy szybciej i w niczym to nie szkodzi to... czemu po prostu Insert tego nie zrobi w standardzie? :-)
Bo to nie jest ani proste ani oczywiste. Każdy korzysta z programu na swój sposób.
birds22 zresztą napisał:
Baza jest malutka (<500MB), ale układ danych jest specyficzny.
-
A ja się tak głupio zapytam: skoro daną procedurę można ot tak bezkarnie przerobić żeby działała kilkadziesiąt razy szybciej i w niczym to nie szkodzi to... czemu po prostu Insert tego nie zrobi w standardzie? :-)
Bo to nie jest ani proste ani oczywiste. Każdy korzysta z programu na swój sposób.
birds22 zresztą napisał:
Baza jest malutka (<500MB), ale układ danych jest specyficzny.
No dobra, ale jakąkolwiek procedurę - co by nie robiła - można bezkarnie przerabiać jedynie tak, żeby nadal robiła "to samo, tylko w inny sposób". Zakładam zatem, że takie drastyczne przyspieszenie w specyficznej sytuacji musi mieć jakieś skutki uboczne. Choćby takie, że powoduje spowolnienie w "innej specyficznej sytuacji, która na szczęście akurat u danego klienta nie występuje". Rację mam, czy bredzę? ;-)
-
No dobra, ale jakąkolwiek procedurę - co by nie robiła - można bezkarnie przerabiać jedynie tak, żeby nadal robiła "to samo, tylko w inny sposób". Zakładam zatem, że takie drastyczne przyspieszenie w specyficznej sytuacji musi mieć jakieś skutki uboczne. Choćby takie, że powoduje spowolnienie w "innej specyficznej sytuacji, która na szczęście akurat u danego klienta nie występuje". Rację mam, czy bredzę? ;-)
Inne problemy wydajnościowe mogą ale nie muszą wystąpić: wszystko zależy od konkretnej procedury. Bolączką wydajnościową widoków i procedur w bazie Insertu są wszechobecne funkcje siedzące w niej. Dla programistów są one bardzo wygodne w użytkowaniu bo raz sobie napiszą taką funkcję i wywołują ją w wielu różnych funkcjach, procedurach czy zestawieniach. Niestety takie funkcje potrafią być czasem diablo powolne szczególnie jak jedna funkcja wywołuje kolejną funkcję a ta jeszcze kolejną (takie programistyczne matrioszki).