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