их
У мережевої моделі такі відносини називалися множинами. У 1971 році на конференції з мов систем даних був опублікований офіційний стандарт мережевих баз даних, який відомий як модель CODASYL. Компанія IBM не стала розробляти власну мережеву СУБД і замість цього продовжувала нарощувати можливість IMS. Але в наступних роках незалежні виробники програмного забезпечення реалізували мережеву модель у таких продуктах, як IDMS компанії Cullinet, Total компанії Cincom і СУБД Adabas, які набули великої популярності.
Мережеві бази даних володіли рядом переваг:
· Гнучкість. Множинні відносини предок / нащадок дозволяли мережевий базі даних зберігати дані, структура яких була складніше простий ієрархії.
· Стандартизація. Поява стандарту CODASYL популярність мережевої моделі, а такі постачальники міні-комп'ютерів, як Digital Equipment Corporation і Data General, реалізували мережеві СУБД.
· Швидкодія. Всупереч своїй великої складності, мережеві бази даних досягали швидкодії, порівнянного з швидкодією ієрархічних баз даних. Безлічі були представлені покажчиками на фізичні запису даних, і в деяких системах адміністратор міг задати кластеризацию даних на основі безлічі відносин.
Звичайно, у мережевих баз даних були недоліки. Як і ієрархічні бази даних, мережеві бази даних були дуже жорсткими. Набори відносин і структуру записів доводилося здавати наперед. Зміна структури бази даних зазвичай означало перебудову всієї бази даних.
Як ієрархічна, так і мережева бази даних були інструментами програмістів. Щоб отримати відповідь на питання типу «Який товар найбільш часто замовляє компанія Acme Manufacturing?», Програмістові доводилося писати програму для навігації по базі даних. Реалізація користувача запитів часто затягувалася на тижні і місяці, і до моменту появи програми інформація, яку вона надавала, часто виявлялася марною.
.1.2 Реляційна модель даних
Недоліки ієрархічної і мережної моделей призвели до появи нової, реляційної моделі даних, створеної Коддом в 1970 році і викликала загальний інтерес. Реляційна модель була спробою спростити структуру бази даних. У ній були відсутні явні покажчики на предків і нащадків, а всі дані були представлені у вигляді простих таблиць, розбитих на рядки і стовпці. На малюнку 2.4. показана реляційна версія мережевої бази даних.
Малюнок 2.4 - Реляційна база даних
На жаль, практичне визначення поняття «реляційна база даних» виявилося набагато більш розпливчастим, ніж точне математичне визначення, дане цьому терміну Коддом в 1970 році. У перших реляційних СУБД не були реалізовані деякі з ключових частин моделі Кодда, і цей прогалину було заповнено тільки згодом. У міру зростання популярності реляційної концепції реляційними стали називатися багато баз даних, які на ділі такими не були [6].
У відповідь на неправильне використання терміну «реляційний» Кодд в 1985 році написав статтю, де сформулював 12 правил, яким повинна задовольняти будь-яка база даних, що претендує на звання реляційної. З тих пір дванадцять правил Кодда вважаються визначенням реляційної СУБД. Однак можна сформулювати і більш просте визначення: реляційної називається база даних, в якій всі дані, доступн...
