могою конкретної СУБД, тому опис моделей має відбуватися на мові опису даних цієї СУБД 2 .
Це опис створюється АБД по инфологической моделі даних і називається даталогіческой моделлю даних.
Архітектура має три рівні: инфологическая, даталогіческіе і фізичний, що дозволяє забезпечити незалежність збережених даних від використовують їх програм. Якщо виникає необхідність, то АБД переписує збережені дані на інші носії інформації та (або) реорганізовує їх фізичну структуру, змінюючи тільки фізичну модель даних. При цьому він може підключити до системи будь-яке число нових користувачів (нових додатків), доповнивши, якщо треба, даталогіческую модель. Ці зміни як правило залишаються непоміченими вже існуючими користувачами. Отже, можливість розвитку системи баз даних без руйнування існуючих додатків забезпечує певна незалежність даних. p align="justify"> Моделі даних
Розглянемо інфологічну модель, відображує закони реального світу в різні концепції, доступні для розуміння людиною. Вони абсолютно незалежні від параметрів середовища зберігання даних. На сьогоднішній день, можна назвати безліч існуючих підходів до побудови таких моделей. Наприклад, графові моделі, семантичні мережі, модель "сутність-зв'язок" і т.д. Найпоширенішою є модель "сутність-зв'язок". p align="justify"> Її суть в тому, що інфологічну модель відображають у компьютеро-орієнтовану даталогіческую модель, яка "зрозуміла" СУБД. СУБД, які здатні підтримувати різні даталогіческіе моделі створювалися в процесі інтенсивного розвитку теорії та практичного використання баз даних, у тому числі і засобів обчислювальної. p align="justify"> Спочатку, використовувалися ієрархічні даталогіческіе моделі, які були простими в організації, мали заздалегідь задані зв'язки між сутностями. Досить високу продуктивність ієрархічних СУБД на повільних ЕОМ з дуже обмеженими обсягами пам'яті забезпечувало схожість з фізичними моделями даних. При цьому якщо дані не мали деревоподібної структури виникало багато проблем. p align="justify"> Для мало ресурсних ЕОМ так само створювалися мережеві моделі. Вони являють собою складні структури, які в свою чергу складаються з наборів "(пойменованих дворівневих дерев), які з'єднуються за допомогою" записів-зв'язок ", утворюючи ланцюжки і т.д. Щоб збільшити продуктивність СУБД при розробці мережевих моделей придумали безліч "маленьких хитрощів". Але вони істотно ускладнили СУБД. Щоб ними успішно користуватися програміст повинен знати масу термінів, вивчити декілька внутрішніх мов СУБД, детально представлятимуть логічну структуру бази даних для здійснення навігації серед різних примірників, наборів, записів і т.п. p align="justify"> Це призвело до необхідності пошуку інших способів практичного використання ієрархічних та мережевих СУБД. Нові СУБД з'явилися наприкінці 60-х років і відрізня...
