witam

mam kadry i place 2009b na sql2005, mam pytanie o poprawienie szybkosci dzialania edycji kalendarza dla pracownika. przy pracownikach powyzej 460 ludkow, edycja kalendarza dla pojedynczego pracownika trwa niemiłosiernie dlugo, trwa to do 3min dla jednego pracownika, zanim otrzymamy jego kalendarz. po wymianie serwera na nowy wrosla wydajnosc do 15%, teraz serw to 4x xeon i 16gb w ramie, mozna jakos programowo zwiekszyc wydajnosc tegoz kalendarza? przez zmiane procedur, raportow, cokolwiek co pozwoli na swobodne edytowanie pracownika

А czy ten twoj serwer SQL korzysta z tych procków i ramu? masz wersje 64 bit, poprzydzielane duzo pameici dla SQL i koligacje procesorów?

To juz potem niewiele mozna przyspieszyc :(

Jescze jedna uwaga wplywajaca na wydajnosc - czy masz pozamykane wszystkie porzednie okresy poza biezacym?

Nie bardzo rozumiem, co zajmuje tak dużo czasu. Sprecyzuj, opisz, co dokładnie klikacie. Otwarcie pracownika czy kalendarza nie może zajmować tyle. Co innego realizacja zdarzenia.

po stronie serwera wszystko w porzadku, wersja 64bit, sql w 64bit, przydzielona pamiec dla sql, sql korzysta z all procow, panie zamykaja na bierzaco okresy.



od mojego poprzednika dowiedzialem sie ze jest metoda nie sprawdzona na przyspieszenie a to jest wylaczenie ht w biosie dla procow a raczej patch na bios wylaczajacy wielowatkowosc wtedy otrzymujemy 8 procow i moze, z naciskiem na moze, miec to wplyw na zwiekszenie wydajnosci w omawianym problemie, jednak nikt nie ma odwagi sie podjac tego zadania ze wzgledu na serw, gwarancje, prace kadr i wiele innych czynnikow:)

wdrozeniowiec symfonii proponowal zwiekszenie ilosci ramu, a po podliczeniu kosztow takiej operacji bardziej oplacalo sie wymienic serw na nowa maszyne niz modernizowac stara, a zwiekszenie szybkosci pracy na samej edycji kalendarza jak wspomnialem wczesniej o jakies 15%.

problem z predkoscia pojawia sie po krokach:
pracownicy->pracownik->edycja kalendarza-> zdarzenia

Ja miałem kiedyś podobnie i rozwiązaniem problemu okazało się wejście do wzorca czasu pracy i edycja i zapisanie beż żadnych zmian. Coś w tabeli musiało być przestawione i przy ponownym zapisaniu wzorca czasu pracy edycja kalendarza przebiegała w normalnym czasie.
Może u Ciebie to też zadziała.

Nie ma czegoś takiego, a przynajmniej ja nie umiem znaleźć. Jak to "zdarzenia"?

wchodze do dowolnego pracownika, otrzymuje jego kalendarz a pozniej chce wykonac edycje kalandarza. zanim otrzymam wynik trzeba odczekac ok 2-3 minut.

To zdaje mi się błąd w bazie danych lub w aplikacji. Myślę, że na każdym serwerze będzie się ślimaczyć, więc jeśli masz możliwość - to baza do hotline'u.

W poszukiwaniach na własną rękę trzeba by się było dowiedzieć, u których pracowników wchodzi powoli, a u których szybko. Na przykład u nowego świeżego pracownika nie powinno to trwać więcej niż mgnienie oka.

Nawiasem mówiąc zdziwiony jestem, że wchodzisz w edycję kalendarza. Po co? Przecież można od razu: prawy przycisk na kalendarzu, Inicjalizacja kalendarza. Jeżeli jest włączony tryb "szybka inicjalizacja kalendarza", to jest to bardzo wydajna metoda.

wydaje mi sie, ze problem raczej jest w innej rzeczy, calosc kalendarzy jest importowana przez vba do symfonii. doszlismy wspolnie z innym adminem do wniosku, ze problem raczej jest po stronie importu. imprortuje sie pracownika z przypisanym wzorcem czasu ale widac tez reczne modyfikacje tego wzora. w kalendarzu zatem kazdy dzien mamy z * wiec z ewidentna poprawa wzorca czasu pracy. majac ustawiony wzorzec czasu pracy na 7.35h tj od 7 do 14.35 grafik ktory jest importowany posiada modyfikacje czasu pracy na np 14.00- 19.00. postaram sie to ujednolicic aby nie powstawaly podwojne wpisy w kalendarzu dla poszczegolnego pracownika. wyglada to tak jakby pierwszy wpis byl wg wzorca a drugi wpis wg recznych modyfikacji. moze to znaczaco spowalniac prace na edycji kalendarza i lekarstwem jest zmiana formy importowanego xls do czasu pracy dla pracownikow.