Właściwość izolacji (isolation) w modelu ACID opisuje, jak system bazy danych ma zachowywać się, gdy wiele transakcji działa jednocześnie. Ideą jest, aby transakcje nie wpływały na siebie w sposób powodujący obserwację "pośrednich" stanów danych.
Stwierdzenie "jeżeli dwie transakcje wykonują się współbieżnie, to zwykle nie widzą wprowadzanych przez siebie zmian" oddaje sens izolacji: w trakcie trwania transakcji druga transakcja nie powinna widzieć jej niezatwierdzonych (a często także częściowo przetworzonych) efektów. W zależności od poziomu izolacji i implementacji DBMS, system może zapewniać różny stopień tego odseparowania, ale kierunek jest wspólny: ograniczenie widoczności i uporządkowanie skutków.
Pozostałe odpowiedzi opisują inne własności lub błędnie interpretują współbieżność:
- "pod pewnymi warunkami dane zmieniane przez transakcję mogą zostać wycofane" odnosi się do możliwości rollback, czyli do atomowości (all-or-nothing): transakcja ma zostać wykonana w całości albo wcale.
- "w przypadku konfliktu z inną transakcją, obie modyfikują te same dane w tym samym czasie" opisuje raczej konflikt współbieżności (sytuację problemową), a nie cechę ACID. Izolacja jest mechanizmem ograniczającym skutki takich konfliktów, a nie definicją konfliktu.
- "po wykonaniu transakcji system bazy danych będzie spójny" odpowiada właściwości spójności (consistency): po zatwierdzeniu transakcji naruszenia reguł integralności nie powinny pozostać w bazie.
W praktyce, dla technika informatyka istotne jest rozumienie, że izolacja ma bezpośrednie skutki w aplikacjach internetowych: chroni przed anomaliami odczytu i zapisu przy równoległych żądaniach (np. dwie osoby kupujące ostatnią sztukę towaru). Dlatego transakcje i poziomy izolacji należy dobierać świadomie, łącząc poprawność danych z wydajnością.
