Paweł Szczygieł

Panie Marcinie z założenie WiFi nie należy wykorzystywać do pracy ciągłej systemów transakcyjnych. Takie zalecenia są w wiekszości dużych firm. WiFi wykorzystuje się do połączeń incydentalnych, dla gości w salach konferencyjnych oraz na obszarach magazynowych dla urządzeń mobilnych. Zalecenia te wynikają zarówno z powodów wydajnościowych jak i bezpieczeństwa. Sieć WiFi jest bardzo niestabilna a jej jakość pracy wynika z wielu czynników. Problemów trzeba szukać w eterze który może wpływac na Pana urządzenia. Wszystkie te problemy nie istnieją przy połączeniach kablowych.

To są binaria - nie wolno ich kasować. Prosze jedynie sprawdzić czy nie ma na serwerze podmiotów testowych.

Proszę, powinno pomóc, FROM [ModelDanychContainer].[Dokumenty] DZAM join [ModelDanychContainer].[PozycjeDokumentu] PZAM on DZAM.Id=PZAM.Dokument_Id join [ModelDanychContainer].RealizacjePozycji RP on RP.PozycjaRealizowanaId=PZAM.Id join [ModelDanychContainer].[PozycjeDokumentu] PWZ on RP.PozycjaRealizujacaId=PWZ.Id

W Nexo jest tabele realizacji pozycji. Zestawienie własnym można takie dane wygenerować.

Jest to wykonalne, powiązania dokumentów są w tabeli DokumentDokument natomiast śledzenie rozchodów znajduje się w tabelach ModelDanychContainer.Partie ModelDanychContainer.Przychody ModelDanychContainer.Rozchody ModelDanychContainer.Wydania

Proszę do informacji dodać aktualną wielkość bazy danych oraz wersję silnika SQL. Jeżeli to jest wersja EXPRESS a baza zbliża się do 10 GB to przekracza Pan ograniczenie wersji EXPRESS i należy zakupić minimum wersję Standard.

Panie Marku, popełniłem kilka widoków SQL do systemu BI - jak coś na priv -

Tylko rozwiązaniem własnym sferycznym.

Proponuję rozwiązanie oparte o polecenia SQL z poziomu joba SQL agenta.

Jeżeli nie ma Pan doświadczenia to najbezpieczniej zgłosić się do serwisanta. Trzeba użyć innych narzędzi które niestety mogą wpłynąć na bazę danych. Do analizy baz danych są narzędzia od samego silnika baz danych.

To nie wina komputera a bazy danych. Obstawiam problem z tabelą identyfikatorów ale zalecam sprawdzenie całej bazy.

Zdecydowanie lepiej j zabudować prosty program, który będzie tworzył pliki CSV per każde zamówienie.

Pani Sylwio, potwierdzam zdanie Pana Andrzeja - zdecydowanie należy skorzystać z doświadczonego serwisanta Insertu, uszkodzenie bazy bywa nieodwracalne.

Dodawane były triggery obce ?

Witam, mam gotowe rozwiązanie - pod potrzeby BI stworzyłem kilka widoków.

Witam, kiedyś napisałem do tego prosta aplikacje sferyczna.

SQL posiada odpowiednie narzędzia do sprawdzenia przyczyn problemów. Trzeba usiąść z adminem SQL i na na wiele pytań będzie odpowiedź. Restart SQL, zdecydowanie to zły kierunek rozwiązywania problemów.

Jeżeli nie zna Pan języka SQL to najlepiej zlecić to serwisantowi.

Skrypt SQL jest w stanie wykonać ponowne powiazanie pod warunkiem że karty kontrahenta zostały przeniesione i obie bazy dawca i biorca "widzą się". Niestety komunikacja nie przenosi tych pól.

Odzyskanie z kopii bezpieczeństwa - baza z przerwaną aktualizacją może mieć niespójne dane.

Wygląda jakby baza miała już rozpoczętą aktualizację która nie zakończyła się powodzeniem.

Można to rozwiązać rozwiązaniem własnym sferyczny, - takie rozwiązanie może wykonać serwisant.

Jest taka możliwość - trzeba zmodyfikować wzorzec wydruku.

Rozwiązanie własne o nazwie Faktury Cykliczne idealnie się nadaje do realizacji założonych czynności.

Rozwiązanie własne oparte o pola własne uzupełniane rozwiązaniem własnym.