суті є синтезом перших двох напрямків. СУБД проектується як певний інтерпретатор системи правил і набір модулів-дій, що викликаються у відповідності з цими правилами. Для таких систем розробляються спеціальні мови формування правил. Можна сказати, що СУБД наступного покоління - це прямі спадкоємці реляційних систем. Однак реляційні СУБД стали застосовувати не тільки в сфері бізнесу для управлінських завдань, а й у сфері промислового виробництва (CALS-технології). Застосування реляційних баз даних виявилося досить ефективним для розробки систематизованого проектування технологічних процесів (САПРТП), розробці експертних систем та інших завданнях управління та технічної підготовки виробництва. Такі системи зазвичай оперують складно структурованими об'єктами - деяким комплексом логічно пов'язаних таблиць, для аналізу інформації яких, а тим більше для вибору раціональних технічних рішень доводиться виконувати складні запити. Відповідно з такими завданнями застосування реляційних БД з'явився новий напрям їх розвитку. Суть цього напрямку зводиться до того, що в системах управління базами даних формуються складні об'єкти, що поєднують у собі не тільки витратні таблиці БД, а й відповідні запити. Це дуже велика область досліджень, в якій порушуються питання розробки моделей даних, структур даних, мов запитів, управління транзакціями, журналізації і т.д. Це новий напрямок у розробці СУБД хоча і грунтується на реляційної моделі, але в ній не обов'язково підтримується вимога повної нормалізації відносин.
З розширенням області застосування реляційного підходу для вирішення завдань, особливо в напрямку CALS-технологій, стало очевидним, що застосування принципу нормалізації таблиць БД і створення окремих транзакцій і процедур при виконанні різних запитів «зводить нанівець» всі переваги нормалізованої схеми організації бази даних.
В ненормалізованих реляційних моделях даних допускається створення і зберігання в якості об'єкта (вихідного елемента системи) кортежів (записів), масивів (регулярних індексованих множин даних), регулярних множин елементарних даних, а також відносин. При цьому така вкладеність може бути необмеженою.
Системи управління базами даних, в яких формуються такі складні об'єкти, називають об'єктно-орієнтованими базами даних (ООБД).
Генерація систем баз даних, орієнтованих на додатки - це напрям у розвитку СУБД визначається тим, що неможливо створити універсальну систему управління базами даних, яка буде достатня і не надлишкова для застосування в будь-якому додатку. Наприклад, якщо подивитися на використання існуючих СУБД для вирішення практичних завдань у виробництві та бізнесі, то можна стверджувати, що в більшості випадків застосовується не більше ніж 30% можливостей системи. Проте додаток несе всю тяжкість підтримує його СУБД, розрахованої на використання в найбільш загальних випадках.
Тому дуже заманливо проводити не закінчені універсальні СУБД, а щось на кшталт компіляторів (compiler compiler), що дозволяють зібрати систему баз даних, орієнтовану на конкретний додаток (або клас додатків).
Тому бажано вміти генерувати систему баз даних, можливості якої в достатній мірі відповідають потребам додатки. На сьогоднішній день на комерційному ринку такі генераційні системи відсутні (наприклад, при виборі сервера системи Oracle при розробці конкретного додатка не можна ...
