UPDATE

UPDATE to polecenie modyfikujące istniejące wiersze tabeli — pominięcie WHERE zmienia je wszystkie.

UPDATE w warstwie danych i logice aplikacji

UPDATE jest instrukcją języka SQL służącą do zapisania nowych wartości w rekordach, które już znajdują się w tabeli. W odróżnieniu od INSERT nie tworzy nowego wiersza, a od DELETE różni się tym, że zachowuje rekord i zmienia tylko wskazane kolumny. Instrukcja może modyfikować jedną kolumnę albo kilka kolumn jednocześnie. Wartości mogą pochodzić ze stałych, parametrów przekazanych przez aplikację, wyrażeń obliczeniowych lub danych odczytanych z innych tabel.

Najważniejszą częścią UPDATE jest warunek określający zakres modyfikacji. Zwykle zapisuje się go w klauzuli WHERE, wykorzystując identyfikator rekordu, klucz obcy, status, datę albo zestaw kilku kryteriów. Jeżeli warunek nie obejmie żadnego wiersza, baza nie zgłosi błędu składniowego, lecz poinformuje o zerowej liczbie zmienionych rekordów. Taki wynik może oznaczać zarówno poprawny brak danych do aktualizacji, jak i błąd w identyfikacji obiektu.

Instrukcja jest wykonywana w ramach transakcji, dlatego jej skutki mogą zostać zatwierdzone albo wycofane, zależnie od ustawień połączenia i sposobu pracy aplikacji. Ma to znaczenie przy zmianach obejmujących wiele powiązanych tabel. Przerwanie procesu po częściowej modyfikacji może pozostawić dane w stanie niespójnym, jeśli operacje nie zostały objęte odpowiednią transakcją. W praktyce liczy się także poziom izolacji, blokady zakładane na zmieniane wiersze oraz możliwość równoczesnej modyfikacji tego samego rekordu przez kilka procesów.

Zakres zmian, wartości i kontrola wykonania

UPDATE może zawierać wyrażenia zależne od aktualnej wartości kolumny. Dzięki temu da się zwiększyć licznik, przeliczyć kwotę, ustawić znacznik aktywności albo zmienić tekst według określonej reguły bez pobierania rekordu do aplikacji. Warto odróżnić przypisanie wartości od warunku: wyrażenie w części SET opisuje nową zawartość, natomiast WHERE decyduje, których wierszy ta zawartość dotyczy.

Bezpieczna aktualizacja powinna być poprzedzona zapytaniem SELECT wykorzystującym identyczny warunek. Pozwala to sprawdzić liczbę i zawartość rekordów przed zapisem. Przy pracy na ważnych danych pomocne jest wykonanie kopii, zapisanie identyfikatorów zmienianych wierszy oraz uruchomienie operacji w transakcji. Po UPDATE należy zweryfikować liczbę zmodyfikowanych rekordów i odczytać kilka reprezentatywnych wartości. Sama informacja o poprawnym wykonaniu polecenia nie potwierdza, że aplikacja zmieniła właściwe dane.

Nie każda zmiana przechodzi bezpośrednio do tabeli. Ograniczenia integralności mogą odrzucić wartość niespełniającą wymagań, na przykład naruszającą unikalność, relację z inną tabelą albo dopuszczalny format. Kolumna może również mieć wartość domyślną, wyzwalacz lub regułę walidacyjną wpływającą na końcowy rezultat. Z tego powodu trzeba rozróżnić błąd samej instrukcji od efektu dodatkowych mechanizmów bazy oraz od błędu w kodzie aplikacji.

Parametryzowanie wartości ma znaczenie zarówno dla bezpieczeństwa, jak i poprawności typów danych. Sklejanie tekstu SQL z danymi pochodzącymi z formularza zwiększa ryzyko wstrzyknięcia poleceń i problemów z cudzysłowami, kodowaniem lub formatem daty. Aplikacja powinna przekazywać wartości jako parametry, a uprawnienia konta używanego do zapisu powinny ograniczać się do niezbędnego zakresu. Dodatkową kontrolę daje rejestrowanie operacji, identyfikatora użytkownika i wyniku transakcji, bez zapisywania w logach poufnych treści.

Źródła nieoczekiwanych wyników

Jednym z częstych problemów jest aktualizacja większej liczby wierszy, niż zakładał autor zapytania. Przyczyną bywa warunek oparty na nieunikalnej kolumnie, brak jednego elementu filtra albo pomylenie identyfikatora z wartością wyświetlaną użytkownikowi. Odwrotną sytuacją jest brak zmienionych rekordów, gdy aplikacja używa nieaktualnego identyfikatora, filtruje po niewłaściwym statusie albo przekazuje wartość w innym formacie niż ten zapisany w bazie.

Wynik może wyglądać na niepoprawny także wtedy, gdy zapis się udał, lecz ekran nadal pokazuje starą wersję danych. Interfejs może korzystać z pamięci podręcznej, odczytuć dane przed zatwierdzeniem transakcji albo pobierać informacje z innego połączenia. Podobny efekt występuje przy równoczesnej edycji rekordu. Bez mechanizmu kontroli wersji późniejszy zapis może nadpisać wcześniejszą zmianę, mimo że obie operacje zakończą się bez komunikatu o błędzie.

Trudności sprawiają również wartości NULL, puste łańcuchy i wartości domyślne, które w logice programu mogą oznaczać różne rzeczy. Ustawienie NULL nie zawsze jest równoważne usunięciu tekstu, wyzerowaniu licznika lub przywróceniu wartości początkowej. Błąd może pojawić się dopiero w dalszym etapie, gdy inna część programu założy, że kolumna zawsze zawiera dane. Przy diagnozie trzeba więc porównać definicję kolumny, warunki walidacji, kod formularza i rzeczywisty zapis w tabeli.

Niebezpieczne jest testowanie masowej zmiany bez ograniczenia zakresu na kopii danych. W razie pomyłki cofnięcie może być niemożliwe, szczególnie gdy po UPDATE uruchomiły się kolejne procesy, raporty lub synchronizacje. Do analizy warto zachować treść zapytania, parametry, liczbę znalezionych rekordów, liczbę zmienionych rekordów oraz komunikaty z dziennika aplikacji. Te informacje pozwalają odróżnić błąd danych od problemu z połączeniem, uprawnieniami lub interfejsem.

Gdy problem z aktualizacją łączy się ze sprzętem

Sam UPDATE jest operacją programową, ale jego wykonanie może zostać przerwane przez awarię laptopa lub komputera. Nagłe wyłączenie zasilania, niestabilna pamięć, przegrzewanie, uszkodzony dysk albo błędy kontrolera mogą powodować przerwanie zapisu, uszkodzenie plików bazy lub utratę lokalnych danych roboczych. Szczególnie ostrożnie należy postępować, gdy baza znajduje się na nośniku zgłaszającym błędy odczytu i zapisu.

Do serwisu warto zgłosić sprzęt, gdy komputer samoczynnie się wyłącza podczas pracy z bazą, system zawiesza się przy zapisie, pojawiają się komunikaty o uszkodzonych plikach albo aplikacja traci połączenie mimo prawidłowej konfiguracji. Warszawskie Pogotowie Komputerowe oferuje fizyczną naprawę laptopów, komputerów PC i podzespołów. Jeśli nośnik danych ulegnie uszkodzeniu, wykonywany jest również podstawowy odzysk danych.

Przed przekazaniem urządzenia nie należy wielokrotnie uruchamiać programów naprawczych ani wykonywać kolejnych prób zapisu na podejrzanym dysku. Jeśli dane są ważne, bezpieczniej odłączyć nośnik i opisać objawy: moment wystąpienia problemu, komunikaty, ostatnią wykonywaną operację oraz to, czy komputer był wcześniej zalany, upuszczony lub przegrzany. Taka informacja pomaga dobrać kolejność diagnostyki i ograniczyć ryzyko dalszego pogorszenia stanu danych.