Рівень сериализуемости SERIALIZABLE гарантує, що всі порушені в шипику дані не будуть змінені іншими шипиками. На цьому рівні поява фантомів виключається, тому стають можливими такі складні конкурентні операції, як, наприклад, додавання записів у діапазон значень ключа з попередньою перевіркою цілісності. На практиці така обробка потрібно в облікових системах, коли умовою додавання операції, зокрема списання товару зі складу, є попередня перевірка позитивності його залишку по сумі всіх попередніх операцій.

Якщо повторити наш попередній приклад з рівнем SERIALIZABLE, то помилка додавання запису виникне вже в "Процесі 2". Тема рівнів ізоляції шипиків є найважливішою при обробці даних у будь-якому багатокористувальницькому середовищі, одним із прикладів якої є СУБД. Реляционные СУБД на рівні стандарту SQL 92 надають розроблювачеві кілька рівнів, що володіють чітко певними характеристиками й поводженням. Більше високі рівні ізоляції зменшують можливості паралельної обробки даних і підвищують ризик взаємного блокування процесів.

Тому коректне використання рівнів залежно від завдань додатків завжди є вибором розроблювача залежно від вимог до забезпечення логічної цілісності даних, до швидкості й до можливості паралельної багатокористувальницької обробки. Треба відзначити, що справи в популярних засобів розробки пішли в гору. Донедавна скепсису програмістам було не займати: недальновидна політика Borland відносно засобів розробки, вьщеления їх в окремий підрозділ, наступний його продаж протягом декількох років ситуація виглядала більш ніж сумної.