y"> - У порівнянні з розглянутими вище моделями реляційна модель вимагає від сервера СУБД набагато більш високого рівня складності. У ній робиться спроба позбавити програміста від виконання рутинних операцій з управління даними, настільки характерних для ієрархічної та мережної моделей.
У реляційній моделі база даних являє собою централізоване сховище таблиць, що забезпечує безпечний одночасний доступ до інформації з боку багатьох користувачів. У рядках таблиць частина полів містить дані, що відносяться безпосередньо до запису, а частина - посилання на записи інших таблиць. Таким чином, зв'язки між записами є невід'ємною властивістю реляційної моделі. p align="justify"> Кожна запис таблиці має однакову структуру. Наприклад, у таблиці, яка містить описи автомобілів, у всіх записів буде один і той же набір полів: виробник, модель, рік випуску, пробіг і т.д. Такі таблиці легко зображувати в графічному вигляді. p align="justify"> У реляційній моделі СУБД досягається інформаційна та структурна незалежність. Записи не пов'язані між собою настільки, щоб зміна однієї з них торкнулося інші, а зміною структури СУБД, бази даних не обов'язково призводить до перекомпіляції працюючих з нею додатків. p align="justify"> У реляційних СУБД застосовується мова SQL, що дозволяє формулювати довільні, нерегламентовані запити. Це мова четвертого покоління, тому будь-який користувач може швидко навчитися складати запити. До того ж, існує безліч додатків, що дозволяють будувати логічні схеми запитів у графічному вигляді. Все це відбувається за рахунок посилення вимог до продуктивності комп'ютерів. На щастя, сучасні обчислювальні потужності більш ніж адекватні. p align="justify"> Реляційні бази даних страждають від відмінностей у реалізації мови SQL, хоча це і не проблема реляційної моделі. Кожна реляційна СУБД реалізує якесь підмножина стандарту SQL плюс набір унікальних команд, що ускладнює завдання програмістам, що намагаються перейти від однієї СУБД до іншої. Доводиться робити нелегкий вибір між максимальною переносимістю і максимальною продуктивністю. У першому випадку потрібно дотримуватися мінімального загального набору команд, підтримуваних в кожній СУБД. У другому випадку програміст просто зосереджується на роботі в даній конкретній СУБД, використовуючи переваги її унікальних команд і функцій СУБД. p align="justify"> Об'єктно-орієнтовані СУБД - дозволяє програмістам, які працюють з мовами третього покоління, інтерпретувати всі свої інформаційні сутності як об'єкти, що зберігаються в оперативній пам'яті . Додатковий інтерфейсний рівень абстракції забезпечує перехоплення запитів, що звертаються до тих частин бази даних, які знаходяться в постійному сховище на диску. Зміни, що вносяться в об'єкти, оптимальним чином переносяться з пам'яті на диск.
Перевагою ООСУБД є спрощений код. Додатки отримують можливість інте...
