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?

Cytat: agmaru w Październik 15, 2018, 18:01:10

Cytat: birds22 w Październik 15, 2018, 17:39:20

Cytat: agmaru w Październik 15, 2018, 13:42:58

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?

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ź?

A jaki masz serwer SQL (wersja) i jaki jest rozmiar bazy?

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

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? :-)

Cytat: birds22 w Październik 16, 2018, 17:03:46

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.

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).