Sprawdzenie zależności procedury

Sprawdzenie zależności procedury pokazuje, które obiekty bazy odwołują się do niej lub od niej zależą.

Na czym polega sprawdzenie zależności procedury

Sprawdzenie zależności procedury polega na ustaleniu powiązań między procedurą składowaną a innymi obiektami znajdującymi się w bazie danych. Analiza może wykazać, z jakich tabel, widoków, funkcji, innych procedur lub typów danych korzysta wskazana procedura. Taki kierunek analizy nazywa się zwykle zależnościami wychodzącymi, ponieważ procedura zależy od obiektów potrzebnych do wykonania jej instrukcji.

Można również sprawdzić zależności przychodzące, czyli obiekty odwołujące się do analizowanej procedury. Mogą to być inne procedury, funkcje, wyzwalacze, zadania automatyczne albo aplikacje wywołujące ją przez interfejs bazy danych. Wynik powinien zawierać co najmniej nazwę obiektu, jego schemat, typ oraz rodzaj odwołania. W większych bazach istotne jest także uwzględnienie relacji między schematami i bazami, ponieważ sama nazwa obiektu może nie identyfikować go jednoznacznie.

Jak odczytywane są powiązania w bazie danych

Silnik bazy danych może zapisywać zależności w katalogu systemowym, widokach metadanych albo w specjalnych narzędziach administracyjnych. Mechanizm ten analizuje kod procedury i rozpoznaje odwołania do obiektów, które istnieją w momencie kompilacji lub zapisania definicji. W zależności od silnika informacje mogą być aktualizowane podczas kompilacji, po zmianie schematu albo dopiero przy ponownym wykonaniu procedury. Dlatego wynik należy interpretować zgodnie z dokumentacją konkretnego systemu bazodanowego.

Analiza statyczna nie zawsze wykrywa wszystkie zależności. Odwołanie zapisane bezpośrednio w treści procedury jest łatwiejsze do zidentyfikowania niż nazwa obiektu zbudowana w czasie działania z użyciem dynamicznego SQL. Podobny problem występuje przy odwołaniach wykonywanych przez inne procedury, synonimy, mechanizmy międzybazowe lub kod aplikacji przechowywany poza bazą. Pełne sprawdzenie wymaga więc połączenia informacji z katalogu systemowego, tekstu definicji procedury, konfiguracji zadań oraz wyszukiwania jej nazwy w kodzie aplikacji.

Znaczenie zależności przed zmianą obiektu

Lista zależności jest przydatna podczas modyfikowania tabeli, widoku, funkcji albo samej procedury. Usunięcie kolumny używanej przez procedurę może spowodować błąd kompilacji, błąd wykonania albo zmianę zwracanych danych. Zmiana typu kolumny może wpłynąć na konwersje wartości, porównania, sortowanie i działanie parametrów. Z kolei zmiana sygnatury procedury, czyli nazw, typów lub kolejności parametrów, może przerwać wywołania wykonywane przez inne procedury i aplikacje.

Sprawdzenie zależności powinno być wykonane przed migracją schematu, refaktoryzacją kodu oraz usuwaniem nieużywanych obiektów. W praktyce warto podzielić wynik na zależności bezpośrednie i pośrednie. Procedura może bezpośrednio odczytywać widok, który z kolei korzysta z kilku tabel. Usunięcie jednej z tych tabel może więc nie być widoczne jako bezpośrednie odwołanie procedury, ale nadal może uniemożliwić jej działanie. Po zmianie należy ponownie skompilować lub zweryfikować procedurę, wykonać testy dla typowych parametrów oraz sprawdzić scenariusze błędne i transakcje.

Diagnostyka w praktyce serwisowej

Podczas diagnostyki problemu z procedurą należy porównać jej aktualną definicję z wersją znajdującą się w repozytorium lub dokumentacji wdrożenia. Następnie trzeba ustalić, czy wskazane obiekty nadal istnieją, czy zachowały wymagane kolumny i parametry oraz czy konto wykonujące procedurę ma odpowiednie uprawnienia. Błąd zgłaszany przy wywołaniu może wynikać zarówno z usuniętej zależności, jak i z braku uprawnienia, niezgodnego schematu, nieaktualnych metadanych albo zmiany danych wejściowych.

W przypadku laptopa lub komputera PC problem z zależnościami procedury zwykle dotyczy używanego oprogramowania bazodanowego, konfiguracji połączenia, sterownika lub aplikacji uruchamianej na danym stanowisku. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, a w ramach diagnostyki stanowiska można sprawdzić logi aplikacji, dostępność wymaganych komponentów oraz poprawność konfiguracji klienta bazy. Sama interpretacja zależności musi jednak uwzględniać konkretny silnik bazy danych i wersję używanego oprogramowania.