itbrat ☺

Kolejny dziwny problem który zaczął występować od 1 kwietnia. Problem: Włączam dziś rano sello i otrzymuję komunikat: Błąd podczas pobierania licencji - Nieznany błąd Problem rozwiązuję tymczasowo przywracając ostatni backup z wczoraj. Może to wina limitu na log? (zdjąłem już) Jakieś pomysły? Pozdrawiam

Dzięki za odpowiedź. Klasyk, kto dziś piszę w SQL ^^. ORM

Ja widzę jakie zapytania mi lecą w Activity Monitor w tysiącach. Z tą optymalizacją chodziło Ci o trzymanie sesji, czy poprawa zapytań do bazy? IMHO w żadnym wypadku nie robi to BC. Ja tam byłem uczony, że niezależnie od tego co jest potrzebne a co nie, gwiazdek unikać. Stack. Może są, może nie. Zgłaszam potencjalną możliwość poprawienia wydajności aplikacji. Dzięki za zainteresowanie tematem. Pozdrawiam

No zdaję sobie sprawę. Zwłaszcza, że sprzęt jakim dysponuje to nie staroć z 2000 roku i proces subiekta (normalnej aplikacji) startuje błyskawicznie. Więc chcesz powiedzieć, że tworzenie dokumentów za każdym razem: - otwiera sesje - pobieranie / aktualizacja / dodanie kontrahenta - wypełnianie danych - czekanie na zamkniecie okna - inne operacje - zamkniecie sesji Moim zdaniem dużo wygodniej byłoby trzymać otwartą sesję (chociaż na czas przebywania w zakładce transakcje). Chyba, że się mylę Był tu kiedyś taki podobny temat, okazało się, że była wadliwa jakaś procedura, w której są same select.. select in select... ale to temat z 2014 i nic konkretnego nie dało się wywnioskować. Wiesz, dla Ciebie to tylko 4 sekundy, tak samo jak i dla mnie. Najchętniej to byśmy puszczali zbiorczo, ale po prostu się nie da. Czasami trzeba ręcznie coś zmienić i no to czekanie na okno programu dobija. Ja proszę, abyście wzięli sobie ten problem do serduszka i coś z nim zrobili w przyszłości Zdaję sobie sprawę, że jesteśmy w "mniejszości" osób które tworząc dokument końcowy muszą coś zmieniać.. Kiedy można spodziewać się nowej aktualizacji która wprowadzi nowy mechanizm synchro? Tu nie ma co mówic. Ctrl +F i szukaj w kodzie będzie jak znalazł. :-) Podczas pobierania pełnych formularzy przewijają się takie polecenia. SELECT'y Okej, ale nie z gwiazdką. Jeśli piszecie nową "synchronizację" to warto to też poprawić. To taki performance problem który znalazłem przy okazji.

Nigdzie nie napisałem, że napisałbym go lepiej. Nie przyszliśmy tu pisać o własnym doświadczeniu, swoje też mam. ... Dobra, czas to spróbować rozwiązać, dyskusje można kiedyś na IRC przeprowadzić. Czas do pojawienia się procesu: 4s. Użyta pamięć: 59 MB Obciążenie: 0,1% Tak samo się zachowuje przy odpalonym procesie subiekta, wciąż trzeba czekać te 4s na pojawienie się okienka z paragonem imiennym. Nowy podmiot został wypełniony przykładowymi danymi. Sello tak samo, dodano system zewnętrznej sprzedaży, czyli generalnie to co trzeba zrobić, aby to działało. Ta sama sieć, testowane również na osobnej, karty są sprawne, routery też, kable też. Testowałem również Win10 pro, Win Serv 2016, SQL 2008 R2, 2016, tak samo. Jak napisałem w szczegółach, wymieniłem również sprzęt - w każdej konfiguracji zachowuje się tak samo. Lokalnie, zdalnie. Co do baz, umieszczone są na tym samym serwerze, testowałem również umieszczenie na osobnych serwerach, również to samo. Nie występuje spowolnienie podczas synchronizacji towarów. Jedyny punkt tutaj zaczepienia który wyszedł to start okna paragonu imiennego z wypełnionymi danymi. [Dodatkowo poza tematem] Podczas pobierania pełnych transakcji Activity Monitor pokazuje mi, że pojawiają się takie zapytania jak: SELECT * FROM tr_item SELECT * FROM tr_Address SELECT * FROM pc_item SELECT * FROM adr_ADdress Z ponad 1211+ Exec/min Da rade to poprawić, czy ta gwiazdka tam na pewno potrzebna?

Nie, dodanie indeksu nic nie pomogło. Zresztą, dokładnie opisałem wyżej problem. Nałożenie indeksu nie ma żadnego znaczenia, ponieważ ten sam problem występuje zarówno na pełnej bazie jak i na czystej z jednym produktem. Komputery klienckie pracują na os W10, maszyny nie są słabe. "Zapchana sieć" - to też raczej odpada Nie mam dostępu do waszego kodu, ale proszę zobaczyć na miejsce w którym wołacie subiekta do tworzenia dokumentów końcowych, tam może być wąskie gardło. ewentualnie podaj proszę konfigurację środowiska na którym "sprawdziłeś" i chodzi to dobrze, może wina OS? a może przepiszemy na Linuxa? :>

Subiekt GT. It's something ^^ Trzymam za słowo

Dzień dobry. Problem: Długie łączenie z systemem zewnętrznej sprzedaży podczas tworzenia dokumentów końcowych. Sprzęt: Dyski: SSD w RAID 1 RAM: 12 GB CPU: Xenon W3565 ~3.2GHz Sello: 1.22.0 i 1.22.1 Subiekt: 1.4702.10.3831 i 1.4703.20.3844 SQL: 2016 Express Testowane również na sprzęcie: SQL Standard 2016 Intel Skyline i5-6500 Dysk SSD Szczegóły: W każdej konfiguracji, sello zachowuje się tak samo podczas tworzenia dokumentów końcowych w transakcjach. Myśleliśmy, że to wina ciągle rosnącej bazy (Obecnie Sello: 6GB, subiekt 2GB), jednakże problem występuje również na czysto postawionych bazach. (Z jednym produktem) Zanim nastąpi utworzenie dokumentu końcowego, trzeba czekać około 5-15 sekund, co jest bardzo uciążliwe biorąc pod uwagę ilość transakcji. Oczywiście moglibyśmy tworzyć dokumenty grupowo, ale pewne czynniki wpływają na to, że niektóre transakcje trzeba tworzyć pojedynczo. Próbowaliśmy również z włączonym subiektem, ponieważ typowaliśmy, czas włączenia programu(?) niestety to również, bez znaczenia. Analizując obciążenie dysku, jest ono praktycznie znikome w momencie tworzenia dokumentu. Czy nie macie tam w kodzie czasem sleep(5); ? Bardzo prosimy o pomoc w rozwiązaniu tego problemu. Z góry dzięki Pozdrawiam serdecznie. PS: W której wersji Sello w końcu można się będzie spodziewać złotej aktualizacji, zmieniającej storage zdjęć na filesystem?