Якщо роботу з даними ведуть одночасно кілька користувачів і одночасно виконуються дві транзакції Т1 та Т2, може виникнути така ситуація: «транзакція Т1 модифікувала деякий елемент даних, після чого інша транзакція Т2 прочитала вміст цього елементу даних до завершення транзакції Т1. Якщо Т1 завершується операцією ROLLBACK, то виходить, що транзакція Т2 прочитала не існуючі дані». Така ситуація отримала назву проблеми

Якщо роботу з даними ведуть одночасно кілька користувачів і одночасно виконуються дві транзакції Т1 та Т2, причому одна з них довга, а друга – коротка, може виникнути така ситуація: «Довга транзакція Т1 виконує деякий аналіз по всій таблиці, наприклад, підраховує загальну суму грошей на рахунках клієнтів банку. Коротка транзакція в цей момент виконує перекид певної суми з одного рахунка на інший так, що загальна сума по всіх рахунках не міняється. У результаті, хоча транзакція Т2 усе зробила правильно - гроші переведені без утрати, але в результаті транзакція Т1 підраховує невірну загальну суму». Така ситуація отримала назву проблеми

Для визначення характеристик транзакції у SQL використовується оператор SET TRANSACTION <режим_доступу>, <рівень_ізоляції>. Який рівень ізоляції забезпечує усунення проблеми фантомів?

У результаті конкуренції за даними між паралельними транзакціями виникають конфлікти доступу до даних. Як називається конфлікт, зміст якого може бути описаний так: «Перша транзакція змінила об'єкт і не закінчилася. Друга транзакція намагається змінити цей об'єкт. Результат - утрата оновлення даних»?

Збереження цілісного стану БД при виконанні транзакцій завдяки веденню журналу бази даних (БД) за методом «випереджаючого запису» (протоколом Write Ahead Log - WAL) передбачає

Транзакція має властивість узгодженості, зміст якої полягає у тому, що:

Якщо роботу з даними ведуть одночасно кілька користувачів і одночасно виконуються дві транзакції Т1 та Т2, може виникнути така ситуація: «Транзакція Т1 двічі читає той самий рядок. Між цими читаннями вклинюється транзакція Т2, що змінює значення в рядку. Транзакція Т1 нічого не знає про існування транзакції Т2, і, оскільки сама вона не змінює значення в рядку, то очікує, що після повторного читання значення буде тим же самим. Як наслідок, транзакція Т1 працює з даними, що, з погляду транзакції Т1, самовільно змінюються». Така ситуація отримала назву проблеми

Послідовність, у якій виконуються елементарні операції заданого набору транзакцій, називається:

Якщо при серіалізації транзакцій методом синхронізаційних захоплень транзакція A накладе S-блокування на деякий об'єкт, а транзакція B після цього намагатиметься накласти блокування на цей же об'єкт, то можливість блокування об'єкта транзакцією B описується так:

Для визначення характеристик транзакції у SQL використовується оператор SET TRANSACTION <режим_доступу>, <рівень_ізоляції>. Який рівень ізоляції забезпечує усунення проблеми розмитого читання?