Właściwości ACID opisują, jakie gwarancje powinien zapewniać system transakcyjny bazy danych. Składnik trwałość (ang. durability) dotyczy tego, co dzieje się po zatwierdzeniu transakcji.
Odpowiedź "dane zatwierdzone przez transakcję powinny być dostępne niezależnie od tego, co się będzie działo po jej zakończeniu" jest poprawna, bo trwałość oznacza, że jeśli transakcja zakończy się powodzeniem i wykona COMMIT, to jej efekty nie mogą "zniknąć" wskutek późniejszych zdarzeń, takich jak awaria zasilania, restart serwera czy błąd programu. W praktyce realizuje się to m.in. przez log transakcyjny i mechanizmy odtwarzania (recovery).
Pozostałe odpowiedzi nie opisują trwałości:
- "w czasie wykonania transakcji dane mogą być modyfikowane przez inne transakcje" przeczy idei izolacji, a nie wyjaśnia trwałości. Izolacja dotyczy współbieżności i widoczności zmian w trakcie działania transakcji.
- "w przypadku naruszenia spójności bazy danych transakcja usuwa tabele z kluczami obcymi" jest niezgodne z typowym działaniem transakcji i z pojęciem spójności. Spójność oznacza przejście bazy z jednego poprawnego stanu do drugiego (lub wycofanie zmian), a nie kasowanie tabel.
- "transakcja może być w pewnych warunkach podzielona na dwa niezależne etapy" nie definiuje żadnej z podstawowych cech ACID; sugeruje raczej tematykę protokołów rozproszonych lub etapowania, ale nie jest definicją trwałości.
Wskazówka egzaminacyjna: trwałość najłatwiej skojarzyć z pytaniem "czy po COMMIT i awarii systemu dane nadal będą?" Jeśli tak – to właśnie durability.
