· Проводяться теоретичні роботи з оптимізації запитів і управлінню розподіленим доступом до централізованої БД, було введено поняття транзакції.
В· Великий потік публікацій з усіх питань теорії БД. Результати наукових досліджень активно впроваджуються в комерційні СУБД.
В· З'являються перші мови високого рівня для роботи з реляційною моделлю даних (SQL), однак відсутні стандарти для цих мов.
В· [Ред]
В
2.5 Настільні СУБД
Комп'ютери стали ближче і доступніше кожному користувачеві. Зник благоговійний страх рядових користувачів перед незрозумілими і складними мовами програмування. З'явилося безліч програм, призначених для роботи непідготовлених користувачів. Простими і зрозумілими сталі операції копіювання файлів і перенесення інформації з одного комп'ютера на інший, роздрук текстів, таблиць та інших документів. Системні програмісти були відсунуті на другий план. Кожен користувач міг себе відчути повним господарем цього могутнього і зручного пристрою, що дозволяє автоматизувати багато аспектів власної діяльності. І, звичайно, це позначилося і на роботі з базами даних. Новоявлені СУБД дозволяли зберігати значні обсяги інформації, вони мали зручний інтерфейс для заповнення, вбудовані засоби для генерації різних звітів. Ці програми дозволяли автоматизувати багато облікові функції, які раніше велися вручну. Постійне зниження цін на персональні комп'ютери зробило таке ПЗ доступним не тільки для організацій і фірм, а й для окремих користувачів. Комп'ютери стали інструментом для ведення документації і власних облікових функцій. Це все зіграло як позитивну, так і негативну роль в області розвитку баз даних. Удавана простота і доступність персональних комп'ютерів і їх програмного забезпечення породила безліч дилетантів. Багато було створено систем-одноденок, які не відповідали законам розвитку і взаємозв'язку реальних об'єктів. Однак доступність персональних комп'ютерів змусила користувачів з багатьох областей знань, які раніше не застосовували обчислювальну техніку в своєї діяльності, звернутися до них. І попит на розвинені зручні програми обробки даних примушував постачальників програмного забезпечення поставляти все нові системи, які прийнято називати настільними СУБД. Значна конкуренція серед постачальників примушувала удосконалювати ці конфігурації, пропонуючи нові можливості, покращуючи інтерфейс і швидкодію систем, знижуючи їх вартість. Наявність на ринку великого числа СУБД, виконують подібні функції, зажадало розробки методів експорту-імпорту даних для цих систем і відкриття форматів зберігання даних. Але і в цей період з'являлися любителі, які всупереч здоровому глузду розробляли власні СУБД, використовуючи стандартні мови програмування. Це був тупиковий варіант, тому що подальший розвиток показало, що перенести дані з нестандартних форматів в нові СУБД було набагато важче, а в деяких випадках вимагало таких трудовитрат, що легше було б все розробити наново, але дані все одно треба було переносити на нову більш перспективну СУБД. І це теж було результатом недооцінки тих функції, які повинна була виконувати СУБД. Особливості цього етапу наступні:
Стандартизація високорівневих мов маніпулювання даними (розробка та впровадження стандарту SQL92 в усі СУБД).
Всі СУБД були розраховані на створення БД в основному з монопольним доступом. І це зрозуміло. Комп'ютер персональний, він не був приєднаний до мережі, і база даних на ньому створювалася для роботи одного користувача. У рідкісних випадках передбачалася послідовна робота декількох користувачів, наприклад, спочатку оператор, який вводив бухгалтерські документи, а потім головбух, який визначав проводки, відповідні первинним документам.
Більшість СУБД мали розвинений і зручний призначений для користувача інтерфейс. У більшості існував інтерактивний режим роботи з БД як в рамках опису БД, так і в рамках проектування запитів. Крім того, більшість СУБД пропонували розвинений і зручний інструментарій для розробки готових додатків без програмування.
У всіх настільних СУБД підтримувався тільки зовнішній рівень представлення реляційної моделі, тобто тільки зовнішній табличний вигляд структур даних.
При наявності високорівневих мов маніпулювання даними типу реляційної алгебри і SQL в настільних СУБД підтримувалися низькорівневі мови на рівні окремих рядків таблиць.
У настільних СУБД були відсутні засоби підтримки посилальної і структурної цілісності бази даних. Ці функції повинні були виконувати додатки, проте убогість коштів розробки додатків іноді не дозволяла це зробити, і в цьому випадку ці функції повинні були виконуватися користувачем, вимагаючи від нього додаткового контролю при введенні і зміні інформації, що зберігається в БД.
Наявність монопольного режиму роботи фактично призвело до виродження функцій адміністрування БД. p> Порівняно скромні вимоги до апаратного заб...
