Об’єктно-орієнтовані часові бази даних

Часові розширення відбуватимуться, ймовірно, й у світі об’єктно-орієнтованих СУБД. Концепція багатоверсійності (підтримка низки версій) об’єктів, критична для систем автоматизованого проектування (Computer Aided Design, CAD), засобів автоматизованої розробки систем (Computer Assisted System Engineering, CASE) і багатьох інших додатків, заснованих на об’єктно-орієнтованих базах даних, тісно пов’язана з тимчасовими властивостями вмісту баз даних. Оскільки останніми роками розвиваються дослідження, пов’язані з тимчасовими розширеннями об’єктно-орієнтованих СУБД, ця область забезпечить, ймовірно, основу для створення розвинутих систем тимчасових баз даних.

 

Активні бази даних

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

 

Традиційні бази даних є пасивними. Об’єкти даних звичайно поміщаються в базу даних користувачем або додатком. Вибірка об’єктів здійснюється знову-таки під впливом зовнішніх джерел. Подібним же чином під впливом якого-небудь зовнішнього джерела інформація змінює місце свого зберігання в базі даних (наприклад, переноситься з однієї таблиці в іншу). Бізнес-правила, вживані до вмісту бази даних (наприклад, правила оновлення конкретного елемента даних, подальші за цим дії над іншими елементами як результат такого оновлення), також управляються деяким зовнішнім джерелом.

Останніми роками ця роль змінюється, і важливість концепції активних баз даних зростатиме протягом літ поточного десятиріччя, що залишилися. Можна, по суті, затверджувати, що технологія активних баз даних - це брами, що відкривають шлях до баз знань, досліджуваних в області штучного інтелекту (ШІ).

 

Принципи активних систем баз даних

З другого боку, активні системи баз даних передбачають можливості, що дозволяють:

- містити логіку обробки (до деякої міри) в самій базі даних так, щоб вона управлялася СУБД, а не прикладним програмним забезпеченням додатків;

- забезпечувати деяку форму моніторингу подій і умов, які впливають на дані і можуть ініціювати обробку, керовану базою даних;

- включати в систему бази даних також деякий засіб, за допомогою якого ці події і умови могли б запускати логіку усередині бази даних.

 

Мал. 16.2. Активна система бази даних

 

Обмеження і твердження

Обмеження є відносно простими конструкціями, що мають вигляд від специфікації зв’язків первинного і зовнішнього ключів, що використовуються в обмеженнях цілісності за посиланням (Referential Integrity), до SQL-подібних обмежень CHECK, що використовуються для перевірки приналежності значення заданому діапазону або списку значений. Обмеження могли б розглядатися як перший засіб для вбудовування бізнес-правил в базу даних замість використовування для цієї мети логіки додатку.

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

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

 

Збережувані процедури

У багатьох випадках основні конструкції обмежень і тверджень виявляються неадекватними для виразу складних бізнес-правил. СУБД, які підтримують збережувані процедури, тобто програмовану логіку, що міститься в базі даних, мають додаткові можливості для виразу складних бізнес-правил.

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

 

Тригери

Повинні існувати які-небудь засоби для обчислення (оцінки) бізнес-правил, виражених за допомогою конструкцій бази даних, і для виклику виконання специфікованих дій.

Тригери є ключовими компонентами, що забезпечують перетворення бази даних в активне середовище. Після операцій вставки, оновлення і/або видалення може бути запущений тригер, асоційований з деяким об’єктом, який приведе в результаті до обчислення бізнес-правил або до виконання певних дій.

СУБД повинна володіти засобами моніторингу свого середовища, виявлення умов, що викликають запуск тригерів і виконання процедурної логіки, що міститься в збережуваних процедурах.