Autor Wątek: testy sprawdzanie poprawnośći (Przeczytany 1255 razy)

marmot · « **dnia:** Sierpnia 26, 2019, 19:06:27 pm »

Witam
mam taki błąd ?

18:48:24 -- Sprawdzenie odwołań w tabelach --
18:48:24 ------------------------------------
18:48:53 Tabela SYSM (pole IDZDRO) zawiera rekordy z odwołaniami do nieistniejących
rekordów tabeli QSAV:
18:48:53 69

karolweksler · « **Odpowiedź #1 dnia:** Sierpnia 26, 2019, 22:41:37 pm »

Czy przypadkiem nie pada Ci dysk?
Sprawdź SMART dysku używając CrystalDiskInfo
https://dotsrc.dl.osdn.net/osdn/crystaldiskinfo/71449/CrystalDiskInfo8_2_4.exe

09061303 · « **Odpowiedź #2 dnia:** Sierpnia 27, 2019, 00:05:44 am »

A ja odpowiem inaczej trochę czerpiąc z info od bezpośredniego doświadczonego wdrożeniowca centrali KS - tego testu nie ma po co robić (w międzyczasie menu serwisowe zostało odświeżone, ale test dalej jest nieefektywny ----> nie wynika to z samego testu, bo pewnie działa ok, tylko z konstrukcji bazy /pooglądaj więzy integralności pod kątem kluczy obcych, a pewnie sam sobie odpowiesz czemu możesz mieć taki błąd/).

Pytanie, które może powinno paść na początku - coś Ci źle działa czy po prostu zrobiłeś ten test tak z przypadku czy ciekawości?
Patrząc na tabele to pewnie to drugie, a jeżeli na bazie masz tylko tyle komunikatów tego typu, to albo świeży Somed albo masz bardzo poprawną bazę

MK · « **Odpowiedź #3 dnia:** Sierpnia 27, 2019, 09:38:35 am »

Potwierdzam, test ten jest bardzo czuły. Ogólnie nie mówi on o tym, że baza jest uszkodzona, tylko o tym, że istnieją w bazie rekordy, które wskazują na coś, co już nie istnieje. A nie istnieje z różnych powodów. Najczęściej i tak, do tego rekordu, który zgłasza błąd dostępu nie mamy, więc nikt nigdy problemu nie zauważy. W tym konkretnym przypadku "zniknął" rekord o ID 69 z tabeli QSAV. A jest do niego odwołanie. Przy czym w tym konkretnym przypadku to odwołanie, to tak na prawdę byłyby "dalsze" dane, które nie zmieściły się w rekordzie QSAV. Więc skoro jego nie ma, to te dane i tak na nic nie są potrzebne. Być może ktoś kiedyś usunął ten rekord (to są wzorce wydruków, czasem się je usuwam jak coś nie działa) i pozostał śmieć.
Czasem test oczywiście wskazuje na poważne problemy, które użytkownik "widzi" (a mówiąc dokładnie czegoś nie widzi). Np. ktoś kiedyś miał fantazje i wyczyścił cała tablicę miejscowości, no bo zaciągnie sobie raz jeszcze z bazy GUS. Jasne, można posiłkować się bazą GUS, ale korzystając z importu. Import po prostu nadpisze dane, ale właściwe ID rekordów pozostaną. Jeśli jednak wytniemy miejscowości a następnie zaimportujemy od nowa, to pacjenci stracą połączenie z miejscowościami i jednocześnie przestanie nam się wyświetlać lista pacjentów. Wówczas ten test prawdę nam pokaże.

09061303 · « **Odpowiedź #4 dnia:** Sierpnia 27, 2019, 22:32:21 pm »

Skoro zabrał Pan głos

Małe ale jednak pozostaje pod kątem braku kluczy obcych. Test testem, ale same klucze trochę dodatkowego zabezpieczenia dają. Pilnowanie tego od aplikacji to dużo dodatkowej roboty, ale na chwilę obecną i tak należą się wyrazy uznania, że działa to jak działa. Samo wrzucenie kluczy na czystej bazie, to nie problem pewnie tylko czas pracy programisty, ale puszczenie aktualizacji na produkcyjne mogłoby być wyzwaniem.

MK · « **Odpowiedź #5 dnia:** Sierpnia 28, 2019, 08:15:40 am »

Klucze główne.... cóż to był nasz bardzo, ale to bardzo świadomy wybór. Dzięki temu, że tak to mamy zrobione, wiele rzeczy udaje nam się zrobić, i wiele, czasem niekonwencjonalnych rozwiązań możemy wdrażać. Inne systemy KS mają klucze główne i prawdę powiedziawszy, wcale nie mają łatwiej z tego powodu. Tak, ja wiem, klucze główne to jest jak najbardziej rozsądne rozwiązanie i wszyscy to to stosują. Oprócz nas, i nie zamierzamy tego zmieniać :-)