Co według zasad ACID oznacza wymóg TRWAŁOŚCI (durability) transakcji?
A. przy naruszeniu spójności transakcja usuwa tabele z kluczami obcymi
Źle. Transakcja nie usuwa tabel.
B. dane zatwierdzone przez transakcję pozostają dostępne mimo późniejszych zdarzeń
Dobrze. Zatwierdzone zmiany przetrwają nawet awarię.
C. transakcję można podzielić na dwa niezależne etapy
Źle. To zaprzecza atomowości, nie opisuje trwałości.
D. w trakcie transakcji dane mogą zmieniać inne transakcje
Źle. To zaprzeczenie izolacji.
Trwałość (durability) z reguł ACID gwarantuje, że dane raz ZATWIERDZONE (commit) przez transakcję pozostaną w bazie na stałe - nawet jeśli zaraz potem nastąpi awaria zasilania czy restart serwera. System osiąga to, zapisując zmiany w sposób przetrwający awarię, np. w dzienniku transakcji. Dlatego trwałość oznacza, że zatwierdzone dane pozostają dostępne mimo późniejszych awarii.
Pozostałe opisy dotyczą innych zasad lub są błędne. Podział transakcji na etapy to element implementacji (np. two-phase commit), a nie definicja trwałości. Możliwość zmiany danych przez inne transakcje w trakcie opisuje brak IZOLACJI. Usuwanie tabel przy naruszeniu spójności to mylące ujęcie spójności (consistency). Trwałość to przetrwanie zatwierdzonych danych mimo awarii.