Inconsistent metadata

Inconsistent metadata to niespójność informacji opisujących strukturę obiektów bazy danych, mogąca prowadzić do błędów.

Na czym polega niespójność metadanych

Inconsistent metadata oznacza sytuację, w której informacje opisujące obiekty bazy danych nie są ze sobą zgodne. Metadane nie są właściwymi rekordami biznesowymi, lecz opisują sposób ich przechowywania i interpretowania. Mogą określać między innymi nazwy tabel, kolumn i indeksów, typy danych, wartości domyślne, klucze główne, klucze obce, ograniczenia integralności oraz zależności między obiektami. Jeżeli jeden element systemu wskazuje inną strukturę niż katalog bazy danych, plik definicji aplikacji albo narzędzie administracyjne, powstaje niespójność metadanych.

Przykładem jest tabela, która według schematu aplikacji powinna zawierać kolumnę o określonej nazwie i typie, podczas gdy rzeczywista definicja tabeli jest inna. Podobny problem może wystąpić, gdy indeks istnieje w katalogu systemowym, ale jego fizyczna reprezentacja jest uszkodzona, albo gdy relacja między tabelami została zmieniona bez zaktualizowania zależnych obiektów. Sam termin nie wskazuje jednej konkretnej przyczyny. Opisuje klasę rozbieżności, które mogą utrudniać wykonywanie zapytań, aktualizację danych lub uruchamianie aplikacji korzystającej z bazy.

Rozbieżność między schematem a katalogiem systemowym

Silnik bazy danych przechowuje informacje o własnych obiektach w katalogu systemowym, nazywanym także katalogiem danych lub słownikiem danych. Katalog zawiera definicje tabel, kolumn, typów, ograniczeń i innych elementów potrzebnych do interpretacji zapytań. Aplikacja może natomiast posiadać osobny model danych, pliki migracji albo mapowanie obiektowo-relacyjne. Inconsistent metadata pojawia się wtedy, gdy te źródła opisują różne wersje struktury.

Do rozbieżności może dojść po przerwanym wdrożeniu migracji, niepełnym odtworzeniu kopii zapasowej, ręcznej zmianie schematu albo aktualizacji programu bez wykonania wymaganych zmian w bazie. Czasem problem dotyczy tylko jednej aplikacji, ponieważ jej lokalny opis struktury jest nieaktualny. W innym przypadku niespójność znajduje się w samej bazie i wpływa na wiele połączeń. Objawami mogą być komunikaty o nieistniejącej kolumnie, niezgodności typu danych, brakującej relacji, błędzie indeksu lub niemożności odczytania definicji obiektu.

Jak rozpoznać źródło problemu w przepływie danych

Rozpoznanie wymaga porównania kilku warstw bez zakładania z góry, że uszkodzone są właściwe dane. Najpierw warto ustalić, który obiekt i które działanie wywołuje błąd: odczyt, zapis, tworzenie rekordu, wykonanie zapytania, import czy aktualizacja programu. Następnie porównuje się strukturę oczekiwaną przez aplikację z rzeczywistą definicją tabel i kolumn. Istotne są również typy danych, długości pól, możliwość przyjmowania wartości pustych oraz obecność kluczy i ograniczeń.

Ważne jest odróżnienie błędu metadanych od zwykłego błędu danych. Niepoprawna wartość w rekordzie może powodować odrzucenie pojedynczego zapisu, ale nie musi oznaczać niespójności definicji tabeli. Z kolei niezgodny typ kolumny albo brak wymaganej relacji może powodować awarię niezależnie od zawartości konkretnego rekordu. Analiza powinna obejmować log aplikacji, komunikat zwrócony przez silnik bazy, historię migracji oraz moment, w którym problem wystąpił. Przed zmianą schematu należy wykonać sprawdzoną kopię zapasową i ustalić, która wersja struktury jest prawidłowa.

Skutki dla aplikacji używanej na komputerze

Niespójne metadane mogą zakłócić działanie programu, który korzysta z lokalnej bazy danych lub z bazy dostępnej przez sieć. Aplikacja może uruchamiać się poprawnie, lecz zgłaszać błąd dopiero przy otwieraniu określonego modułu, zapisie ustawień albo wyszukiwaniu informacji. Jeżeli program korzysta z pamięci podręcznej opisującej strukturę danych, po aktualizacji może próbować używać obiektu, który został usunięty lub zmieniony. W przypadku uszkodzenia katalogu systemowego problem może dotyczyć także narzędzi służących do odczytu bazy.

Naprawa zależy od przyczyny i nie zawsze polega na ręcznym usunięciu komunikatu. Może obejmować ponowne wykonanie brakującej migracji, odtworzenie zgodnej wersji schematu, odbudowę indeksów, naprawę plików bazy albo ponowną instalację programu z zachowaniem danych. Należy zachować ostrożność, ponieważ przypadkowa zmiana definicji kolumn lub relacji może utrudnić późniejsze odtworzenie informacji. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w ramach diagnostyki komputera można sprawdzić, czy zgłaszany problem wynika z systemu, aplikacji, nośnika danych lub uszkodzenia sprzętowego.