ТРАНЗАКЦІЇ

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

Архітектура журналу транзакцій

Структура SQL Server задовольняє вимогам АСШ в основному за рахунок використання послідовного журналу транзакцій, що гарантує живучість всіх транзакцій Послідовність роботи з журналом транзакцій Будь-яка операція модифікації даних проходить одну і ту ж послідовність дій: спочатку здійснюється запис в журнал транзакцій, а потім у файл даних У наступних розділах будуть описані всі дванадцять етапів, які […]

Транзакції ПІДТРИМКА МОВИ SQL

У цьому розділі засоби підтримки роботи з транзакціями в мові SQL (зокрема, процедури відновлення на основі транзакцій) розглядаються відповідно до загальних принципів, описаними в попередніх розділах Насамперед, в системі гарантується, що виконання більшості операторів SQL відбувається нерозривно (єдиними винятками є CALL і RETURN) Крім того, як було описано в розділі 4, в мові SQL передбачені […]

ВІДНОВЛЕННЯ ТРАНЗАКЦІЇ

Транзакція починається з виконання оператора BEGIN TRANSACTION і закінчується виконанням оператора COMMIT або ROLLBACK Оператор COMMIT встановлює так звану точку фіксації (Яку називають такожточкою синхронізації – Syncpoint, особливо в раніше створених системах) Точка фіксації відповідає (успішному) закінченню логічної одиниці роботи і, отже, точки, в якій база даних знаходиться (або буде знаходитися після фіксації) в несуперечливою […]

Динамічне перестворення глобальних тимчасових таблиць, Комерція, Різне, статті

Введення Іноді доводиться вирішувати завдання управління таблицями з відмінною від класичних канонів структурою. По ряду причин, такі таблиці ростуть як вниз (додавання рядків даних), так і праворуч (додавання стовпців). Причиною може бути історично прийнята, успадкована структура даних (наприклад, додаток, перенести в СУБД Oracle без перепроектування структур), або проблеми продуктивності на етапі складного розрахунку.

Динамічне перестворення глобальних тимчасових таблиць

Введення Іноді приходиться вирішувати завдання управління таблицями з відмінною від класичних канонів структурою. По ряду причин, такі таблиці ростуть як вниз (додавання рядків даних), так і праворуч (додавання стовпців). Причиною може бути історично прийнята, успадкована структура даних (наприклад, додаток, перенести в СУБД Oracle без перепроектування структур), або проблеми продуктивності на етапі складного розрахунку.