ї. По-перше, ЕОМ не володіли достатніми можливостями для обробки текстів природною мовою - основній мові інтерпретації даних. По-друге, вартість пам'яті ЕОМ була спочатку вельми велика. Пам'ять використовувалася для зберігання самих даних, а інтерпретація традиційно покладалася на користувача.
Тверда залежність між даними і використовують їх програмами створює серйозні проблеми у введенні даних і робить використання їх менш гнучкими.
Нерідкі випадки, коли користувачі однієї і тієї ж ЕОМ створюють і використовують у своїх програмах різні набори даних, що містять подібну інформацію. Іноді це пов'язано з тим, що користувач не знає (або не захотів дізнатися), що в сусідній кімнаті або за сусіднім столом сидить співробітник, який вже давно ввів в ЕОМ потрібні дані. Найчастіше тому, що при спільному використанні одних і тих же даних виникає маса проблем. Розробники прикладних програм (написаних, наприклад, на Бейсике, Паскалі або Сі) розміщують потрібні їм дані у файлах, організовуючи їх найбільш зручним для себе чином. При цьому одні й ті ж дані можуть мати в різних додатках абсолютно різну організацію (різну послідовність розміщення в записі, різні формати одних і тих же полів тощо). Усуспільнити такі дані надзвичайно важко: наприклад, будь-яка зміна структури запису файлу, вироблене одним з розробників, призводить до необхідності зміни іншими розробниками тих програм, які використовують записи цього файлу.
1.2 Концепція баз даних
Активна діяльність з відшукання прийнятних способів усуспільнення безупинно зростаючого обсягу інформації привела до створення на початку 60-х років спеціальних програмних комплексів, званих Системи управління базами даних (СУБД).
Основна особливість СУБД - це наявність процедур для введення і збереження не тільки самих даних, але і описів їхньої структури. Файли, забезпечені описом збережених у них даних і знаходяться під управлінням СУБД, стали називати банками даних, а потім Базами даних (БД).
1.3 Моделі даних
Є дві основні моделі даних: інфологіческая модель і даталогіческая модель.
Инфологическая модель відображає реальний світ (предметну область) до деяких зрозумілі людині концепції, повністю незалежні від параметрів середовища зберігання даних. Існує безліч підходів до побудови таких моделей: графові моделі, семантичні мережі, модель сутність-зв'язок і т.д. Найбільш популярною з них виявилася модель сутність-зв'язок raquo ;. Инфологическая модель повинна бути відображена в компьютеро-орієнтовану даталогіческую модель, зрозумілу СУБД. У процесі розвитку теорії і практичного використання баз даних, а також засобів обчислювальної техніки створювалися СУБД, що підтримують різні даталогіческіе моделі. Спочатку стали використовувати ієрархічні даталогіческіе моделі. Простота організації, наявність заздалегідь заданих зв'язків між сутностями, подібність з фізичними моделями даних дозволяли домагатися прийнятної продуктивності ієрархічних СУБД на повільних ЕОМ з дуже обмеженими обсягами пам'яті. Але, якщо дані не мали деревовидної структури, то виникала маса складнощів при побудові ієрархічної моделі і бажанні домогтися потрібної продуктивності.
Наприкінці 60-х років з'явилися СУБД на основі інвертованих файлів, що відрізняються простотою організації і наявністю вельми зручних мов маніпулювання даними. Однак такі СУБД володіють рядом обмежень на кількість файлів для зберігання даних, кількість зв'язків між ними, довжину запису і кількість її полів. Фізична організація даних робить основний вплив на експлуатаційні характеристики БД. Розробники СУБД намагаються створити найбільш продуктивні фізичні моделі даних, пропонуючи користувачам той чи інший інструментарій для поднастройки моделі під конкретну БД.
1.4 Опис етапів проектування
. Инфологическая модель БД.
Етапом інфологічної моделі є етап проектування БД на якому складається інфологіческая модель і схеми взаємозв'язку можна визначити, що даний етап є першим.
Під инфологической моделлю розуміють опис предметної області, виконане з використанням спеціальних мовних засобів, що не залежать від використовуваних надалі програмних засобів (це по суті блок-схема алгоритму створення бази даних).
Вимоги до інфологічної моделі:
адекватне відображення предметної області;
несуперечність;
повинна відображати погляди і потреби всіх користувачів системи;
однозначне трактування моделей;
модель повинна бути кінцевою;
