Aktualizacja widoku

Aktualizacja widoku to operacja odświeżenia danych prezentowanych przez zdefiniowany widok bazy danych.

Na czym polega aktualizacja widoku bazy danych

Aktualizacja widoku to ponowne wykonanie zapytania, które definiuje widok, aby odczytać bieżące dane z tabel lub innych widoków użytych w jego definicji. Widok jest zazwyczaj obiektem logicznym, a nie osobną kopią rekordów. Przechowuje definicję zapytania, na przykład wybór kolumn, warunki filtrowania, połączenia tabel i sortowanie. Gdy aplikacja albo użytkownik odczytuje taki widok, silnik bazy danych pobiera dane zgodnie z aktualnym stanem źródeł.

Jeżeli po utworzeniu widoku zmieni się rekord w tabeli źródłowej, wynik zwykłego widoku będzie uwzględniał tę zmianę przy kolejnym odczycie, o ile zapytanie korzysta z tych danych i transakcja jest już widoczna dla wykonującego odczyt połączenia. Aktualizacja widoku nie oznacza więc zawsze ręcznego przeładowania zawartości. W wielu systemach wystarczy ponownie wykonać instrukcję odczytu, odświeżyć zapytanie w aplikacji albo rozpocząć nowe wykonanie raportu.

Trzeba odróżnić widok logiczny od widoku zmaterializowanego. Widok logiczny oblicza wynik podczas odczytu. Widok zmaterializowany przechowuje wcześniej wyliczony rezultat i wymaga osobnej operacji odświeżenia, aby zmiany z tabel źródłowych zostały przeniesione do zapisanej kopii wyniku. Szczegóły polecenia odświeżenia zależą od konkretnego silnika bazy danych, dlatego nie należy stosować składni przeznaczonej dla jednego produktu w innym systemie.

Źródła danych, transakcje i widoczność zmian

Wynik widoku zależy od danych dostępnych w tabelach bazowych oraz od reguł widoczności transakcji. Jeżeli jeden proces zmienił rekord, ale nie zatwierdził transakcji, drugi proces zwykle nie powinien traktować tej zmiany jako gotowej do odczytu. Po zatwierdzeniu operacji kolejny odczyt widoku może zwrócić nowy wynik. Wpływ na zachowanie ma także poziom izolacji transakcji, ponieważ długotrwała transakcja może pracować na określonym obrazie danych zamiast za każdym razem obserwować wszystkie późniejsze zmiany.

Podczas aktualizacji widoku nie są automatycznie naprawiane błędy w tabelach źródłowych. Jeżeli rekord został usunięty, przestał spełniać warunek w klauzuli filtrującej albo nie ma już odpowiadającego rekordu w połączeniu, może zniknąć z wyniku. Z kolei zmiana wartości klucza, kategorii lub daty może spowodować pojawienie się rekordu w widoku albo jego usunięcie. Taki efekt jest prawidłowym następstwem ponownego obliczenia zapytania.

Na rezultat wpływają również uprawnienia połączenia wykonującego odczyt, schemat tabel, funkcje użyte w definicji oraz ewentualne zależności od innych widoków. Jeżeli zmieniono strukturę tabeli, na przykład nazwę kolumny lub jej typ, widok może przestać się kompilować albo zwracać błąd przy wykonaniu. Samo odświeżenie interfejsu programu nie usunie takiej przyczyny; trzeba sprawdzić definicję widoku i zgodność jej odwołań ze schematem bazy.

Dlaczego widok może pokazywać nieaktualne dane

Pozorna nieaktualność nie zawsze wynika z bazy danych. Aplikacja może przechowywać wynik w pamięci, używać lokalnego cache, wykonywać zapytanie tylko podczas otwarcia formularza albo prezentować dane z pliku pośredniego. W takiej sytuacji odczyt widoku w bazie może być prawidłowy, natomiast ekran nadal pokazuje starszy rezultat. Diagnostyka wymaga porównania czasu modyfikacji rekordu, czasu zatwierdzenia transakcji, zapytania wysłanego przez aplikację oraz danych faktycznie wyświetlonych użytkownikowi.

Innym źródłem rozbieżności jest odczyt z repliki lub z opóźnionego mechanizmu synchronizacji. Jeżeli aplikacja zapisuje dane w jednym źródle, a odczytuje widok z innego, aktualizacja może być widoczna dopiero po zakończeniu replikacji. Nie należy jednak zakładać takiej architektury bez potwierdzenia w konfiguracji połączenia i dokumentacji używanego systemu. W prostym środowisku lokalnym bardziej prawdopodobny będzie cache aplikacji, niezatwierdzona transakcja albo brak ponownego wykonania zapytania.

Wydajność także ma znaczenie. Widok zawierający wiele tabel, agregacje, podzapytania lub funkcje może wykonywać się długo, a interfejs może wyświetlać poprzedni wynik do czasu zakończenia nowego zapytania. Indeksy na kolumnach używanych w warunkach filtrowania i połączeniach mogą ograniczyć koszt odczytu, ale ich dobór trzeba oprzeć na planie wykonania konkretnego zapytania i charakterystyce danych. Nie każda zmiana indeksów poprawi działanie widoku, a indeks nie zastępuje poprawnej logiki filtra.

Sprawdzenie aktualizacji widoku w praktyce serwisowej

Podstawowa kontrola polega na ustaleniu, czy problem dotyczy danych, zapytania czy interfejsu. Najpierw warto sprawdzić definicję widoku, tabele źródłowe i warunki połączeń. Następnie należy wykonać odczyt bezpośrednio w narzędziu właściwym dla używanego silnika oraz porównać wynik z ekranem aplikacji. Jeżeli bezpośredni odczyt zawiera zmianę, przyczyny trzeba szukać w cache, synchronizacji, mapowaniu kolumn lub cyklu odświeżania programu. Jeżeli wynik jest stary także bezpośrednio w bazie, trzeba zbadać transakcję, źródło połączenia i zapis danych.

W przypadku komputera użytkownika warto również sprawdzić, czy aplikacja łączy się z właściwą bazą, czy nie pracuje w trybie offline oraz czy nie występują błędy połączenia, limit czasu lub przerwane zapytania. Restart programu może usunąć lokalny stan pamięci, ale nie naprawi uszkodzonej definicji widoku ani problemu z uprawnieniami. Przy powtarzalnym błędzie pomocne są dokładny czas zdarzenia, nazwa ekranu, identyfikator rekordu i komunikat zwrócony przez aplikację.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym sprawdzeniem systemu, połączeń sieciowych oraz działania aplikacji korzystających z danych. Przy zgłoszeniu dotyczącym nieodświeżającego się widoku można przygotować informację, w którym programie występuje problem, po jakiej operacji pojawia się nieaktualny wynik i czy ponowne uruchomienie aplikacji zmienia zachowanie. Takie dane pozwalają oddzielić usterkę komputera lub oprogramowania klienckiego od problemu występującego bezpośrednio w bazie danych.