Paweł Kubacki

Przy realizacji jednego ZK z kilkoma pozycjami nie powinno być żadnych problemów wydajnościowych. Zwłaszcza na Pana sprzęcie. W zależności od wielkości ZK może to trwać od kilku do kilkunastu sekund, ale nie kilka minut. Proszę jeszcze odpowiedzieć na poniższe pytania. 4. Czy realizacja każdego ZK trwa tak długo, czy tylko niektórych? 5. Czy sprawdzał Pan wykonanie tej operacji na innych komputerach? Czy na wszystkich trwa to porównywalnie długo? 6. Jak tworzone są te ZK, czy zostały ręcznie utworzone w Subiekcie, czy korzystacie państwo z jakiś programów do importu? 7. Czy tylko z tą jedną operacją są takie problemy, czy może jakieś inne operacje też trwają tak długo? Jeżeli nie uda nam się znaleźć żadnych zależności, przy których występuje ten problem, możliwe jest, że będziemy Pana prosić o udostępnienie bazy danych do analizy.

Proszę powiedzieć coś więcej. 1. Jak wiele ZK jest realizowanych do jednego paragonu, czy jest to 1 ZK : 1 PA, czy wiele ZK : 1 PA? Jeżeli wiele, to ile to zwykle jest? 2. Jaka zazwyczaj jest liczba pozycji takiego paragonu, 1 - 10, czy 10 - 100, a może 100 -1 000? 3. Jaka jest konfiguracja u Państwa? Czy jest to instalacja jednostanowiskowa (serwer SQL i Subiekt na tym samym komputerze), czy wielostanowiskowa? Jeżeli jest wielostanowiskowa, to czy serwer SQL i komputer z Subiektem są w jednej sieci lokalnej i jak realizowane jest połączenie, czy za pomocą kabla, czy przez Wi-Fi? Proszę też o stworzenie pliku z informacjami diagnostycznymi i wysłanie ich do mnie. Można to zrobić wciskając jednocześnie klawisze Ctrl+Shift+H. Na okienku, które się pojawi proszę wcisnąć EKSPORTUJ INFORMACJE DIAGNOSTYCZNE.

Proszę wejść do modułu RAPORTY. Dodać raport własny SQL (nazwa, opis i grupa dowolna, typ elementu pozostawić na brak). Jako zapytanie proszę wkleić tekst SELECT * FROM mox.application_lock L LEFT JOIN mox.application_session S ON L.application_session_id = L.application_session_id Następnie proszę wcisnąć SYNCHRONIZUJ KOLUMNY i zapisać tak stworzony raport. Po zapisaniu proszę go uruchomić. Następnie wybrać z menu kontekstowego OPERACJE NA LIŚCIE -> EKSPORTUJ DO EXCELA. Tak utworzony plik proszę przesłać do mnie.

Wygląda to na jakąś anomalie. Nawet duże bazy danych aktualizowały się u nas o wiele szybciej.

W innym wątku pisał Pan, że aktualizacja bardzo długo się u Pana wykonuje. Czy w związku z tym przerywał Pan ten proces? Jaka była poprzednia wersja programu przed zainstalowaniem 20.0.1? Czy próbował Pan przejść ten proces drugi raz? Najlepiej wykonać go w takiej kolejności: - przywrócić poprzednią wersję bazy danych - wykonać restart serwera SQL - wykonać aktualizację do wersji 20.0.1

Odpowiedź na to pytanie oraz rozwiązanie tego problemu znajduje się w wątku https://forum.insert.com.pl/index.php?/topic/2220-błąd-relizowania-zk-po-wystawieniu-wz/&do=findComment&comment=7614

Prawdopodobnie przyczyną braku realizacji ZK jest pewna luka w sferze. Będziemy ten problem badać i wprowadzimy odpowiednie zabezpieczenia. Jednak będzie to już po wersji wiosennej. Na dzień dzisiejszy można ten problem rozwiązać wprowadzając drobne modyfikacje w Pana kodzie. IAplikatorSkutkowMagazynowych aplikatorSM = (IAplikatorSkutkowMagazynowych)wz; ... poz.Ilosc = 0; // ustawiamy na 0, wyjdzie z rozbicia aplikatorSM.AplikujSkutkiMagazynowe(poz); ... r.ZakonczRozbicie(); aplikatorSM.AplikujSkutkiMagazynowe(poz); Bazę danych na podstawie pliku BAK można odtworzyć korzystając z programu serwisowego nexo i opcji "Dearchiwizuj". Proszę jednak uważać, bo standardowo operacja ta wykonuje się na zaznaczonej bazie danych! Ostrzegam aby przez przypadek nie zepsuł Pan sobie bazy produkcyjnej. Aby utworzyć nową bazę należy w oknie "Przywracanie kopii zapasowej z pliku" wpisać inną nazwę podmiotu. Jeżeli pokusi się Pan o stworzenie takiej bazy testowej na podstawie archiwum (pliku *.bak), to będzie Pan mógł przetestować swoje zmodyfikowane rozwiązanie. Jeżeli przeprowadzi Pan takie testy, to prosimy o informację zwrotną czy to rozwiązało problem? Jeżeli chodzi o dokumenty ZK, których dotyczy ten problem, to można je naprawić z poziomu programu poprzez edycję, zmianę ilości na pozycji na jakąś inną i przywrócenie poprzedniej ilości. Niestety trzeba tą operację wykonać dla każdej pozycji.

Myślałem, że te informacje będą prostsze do wyciągnięcia. W takim razie proszę nie robić sobie kłopotu. Prawdopodobnie nasze podejrzenie co do przyczyny tego problemu jest słuszne. Jutro wyśle Panu proponowane modyfikacje kodu sferycznego, które powinny uchronić przed takimi sytuacjami.

Jakie statusy miały ustawione te ZK (jeszcze przed wystawieniem WZ), które nie zostały zakończone? Mamy pewne podejrzenie, że może to mieć znaczenie i chcielibyśmy to potwierdzić.

Tak jak napisałem w wątku https://forum.insert.com.pl/index.php?/topic/1051-nietypowy-błąd-przy-aktualizacji-asortymentu/&do=findComment&comment=7571 będziemy ten problem analizować.

Nie, te dwa problemy nie są ze sobą powiązane. Jednak efekt niezakończonego ZK udało się nam też zaobserwować, więc będziemy go analizować. Jak będzie coś więcej wiadomo, to dam znać.

Dzięki przekazanym przez Pana informacjom udało nam się zdiagnozować przyczynę tego problemu. Poprawka znajdzie się w wersji 20.0.0.

Nie sądzę, aby oba problemy były ze sobą powiązane. Jednak aby stwierdzić to na pewno musiałbym widzieć to, co kryje się pod "Pokaż szczegóły". Ten poprzedni problem, który Pan zgłaszał, jest przez nas analizowany.

Dziękuje za wszystkie przekazane informacje. Będziemy analizować ten przypadek.

Postaramy się zdiagnozować ten problem. Proszę mi jeszcze powiedzieć czy jest coś specyficznego w tych dokumentach? Czy są to nowe dokumenty, czy edycja istniejących? Czy wystawiane są na podstawie jakiś innych dokumentów? Ile osób pracuje jednocześnie na tej bazie danych? Czy program napisany w Sferze wykonuje się w trakcie pracy firmy, czy po jej zakończeniu?

Raz taki błąd udało mi się uzyskać, gdy w trakcie zapisu dokumentu wyciągnąłem kabel sieciowy. Czy Pana rozwiązanie sferyczne uruchamiane jest na tym samym komputerze, na którym zainstalowany jest SQL?

A sprawdzał Pan to na wzorcu wydruku wbudowanym czy na własnym (powielonym)?

A który adres ma Pan na myśli, nr 1 czy nr 2?

Proszę spróbować wpisać taki warunek string.IsNullOrEmpty(Dokument.encjaDokumentu.PolaWlasneAdv.Numerrejestracyjny)

Stimulsoft pozwala na ukrycie poszczególnych elementów. Warunki można definiować na poziomie poszczególnych kontrolek, paneli, grup (ang. "band") lub całych stron. Na wzorcu wydruku ZK istnieje warunek nałożony na całą stronę, który ukrywa ją, gdy we wzorcu wydruku wyłączono parametr "Pokaż materiały". Jednak przykład, który Pan podał obsługiwany jest nieco inaczej. Stimulsoft nie drukuje grupy prezentującej dane ("Data band") oraz skojarzonego z nią nagłówka ("Header band") oraz stopki ("Footer band"), gdy podłączone pod grupę źródło danych jest puste. To dlatego tabela z materiałami drukowana jest jedynie wtedy, gdy na ZK są materiały.

Jedyna znana nam sensowna konfiguracja w pracy wieloddziałowej to właśnie wykorzystanie zdalnego pulpitu. Uwaga ta tyczy się zarówno nexo jak i GT. O powodach takiego wyboru pisał już kiedyś Pan Radomił Ząbik w wątku https://forum.insert.com.pl/index.php?/topic/1023-rachmistrz-praca-zdalna/ Z wiedzy jaką udało mi się uzyskać sprawdzaliśmy kiedyś możliwość wykorzystania replikacji w Subiekcie GT. Jednak z analizy wyszło nam, że wykorzystanie tego mechanizmu może być ryzykowne. Proszę zwrócić uwagę, że struktura bazy danych naszych produktów jest dosyć rozbudowana. Była już taka w GT, a w nexo jest jeszcze większa. Z testów wyszedł nam dosyć szybko jeden problem związany z konwersją bazy danych. Replikacja przestawała działać, gdy bazy danych były w innych wersjach. W praktyce oznacza to więc, że konwersja bazy danych do nowej wersji musiałaby być wykonywana we wszystkich oddziałach w tym samym czasie. Możliwe, że po dłuższych testach wyszłyby też jakieś inne problemy.

O jakim przypadku tutaj Pan mówi? Czy nexo działa wolno w ramach wspólnej sieci LAN czy oddziały są rozproszone? Jeżeli są rozproszone, to na jakim poziomie odbywa się miedzy nimi komunikacja, czy za pomocą wspólnego serwera SQL, czy w jakiś inny sposób?