Co według zasad ACID oznacza wymóg TRWAŁOŚCI (durability) transakcji?
Źle. To zaprzecza atomowości, nie opisuje trwałości.
Dobrze. Zatwierdzone zmiany przetrwają nawet awarię.
Źle. Transakcja nie usuwa tabel.
Ź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.