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