текстів, таблиць и других документів. Сістемні програмісті були відсунуті на другий план. Коженая користувач МІГ собі відчуті ПОВНЕ господарем цього могутнього и ЗРУЧНИЙ прилаштую, что дозволяє автоматізуваті багатая аспектів ДІЯЛЬНОСТІ. І, звичайна, це позначені и на работе з базами даних. З'явилися програми, Які називаєся системами управління базами даніх и дозволяли зберігаті значні об'єми ІНФОРМАЦІЇ, смороду малі Зручний інтерфейс для Заповнення даніх, Вбудовані засоби для генерації різніх звітів. Ці програми дозволяли автоматізуваті багатая обліковіх функцій, Які раніше веліся уручну. Постійне зниженя ЦІН на персональні комп'ютери зробім їх Доступні не Тільки для організацій и фірм, альо и для окрем Користувачів. Комп'ютери стали інструментом для ведення документації и ВЛАСНА обліковіх функцій. Це все зіграло як позитивну, так и негативну роль у области развития баз даних. Простота, что здається, и доступність персональних комп'ютерів и їх програмного забезпечення породила безліч ділетантів. Ці розробник, вважаючі собі за знавців, начали проектуваті недовговічні Бази даних, Які НЕ враховувалі багатьох особливая об'єктів реального світу. Багатая Було Створено систем-одноднівок, Які НЕ відповідалі законам розвітку и взаємозв'язку реальних об'єктів. Прото доступність персональних комп'ютерів змусіла Користувачів з багатьох Галузії знань, Які раніше НЕ застосовувалі Обчислювальна техніку в своїй ДІЯЛЬНОСТІ, звернута до них. І Попит на розвінені зручні програми Обробка даних прімушував постачальніків програмного забезпечення поставляти все Нові системи, Які Прийнято назіваті настільнімі (desktop) СУБД. Значний конкуренція среди постачальніків прімушувала удосконалюваті ці системи, пропонуючі Нові возможности, покращуючі інтерфейс и швідкодію систем, зніжуючі їх ВАРТІСТЬ. Наявність на прайси великого числа СУБД, что віконують Схожі Функції, зажадало розробки методів експорту-імпорту даніх для ціх систем и Відкриття форматів зберігання даніх.
Альо и в цею Период з'являлися Любителі, Які всупереч здоровому глузду розроблялі Власні СУБД, вікорістовуючі Стандартні мови програмування. Це БУВ тупикова вариант, ТОМУ ЩО Подалі Розвиток показавши, что перенести дані з нестандартних форматів в Нові СУБД Було набагато важче, а в Деяк випадка Вимагай таких трудовітрат, что легше Було б все Розробити наново, альо дані все одне треба Було переносіті на нову перспектівнішу СУБД. І це теж Було результатом недооцінкі тихий функцій, Які винна булу Виконувати СУБД.
Особливості цього Етап наступні:
Всі СУБД були розраховані на создания БД в основному з монопольним доступом. І це зрозуміло. Комп'ютер персональний, ВІН НЕ БУВ прієднаній до мережі, и база даних на нім створювалася для роботи одного користувача. У окрем випадка передбачало послідовна робота декількох Користувачів, Наприклад, спочатку оператор, Який вводів бухгалтерські документи, а потім головбуха, Який візначав проводки, відповідні Первін документам.
Більшість СУБД Малі розвинення и Зручний призначеня для користувача інтерфейс. У більшості існував інтерактивний режим роботи з БД як в рамках Опису БД, так и в рамках проектування Запитів. Крім того, більшість СУБД пропонувалі розвинення и Зручний інструментарій для розробки готових! застосування без програмування. Інструментальне середовище Складанний з готових ЕЛЕМЕНТІВ Додатках у вігляді шаблонів екрана форм, звітів, етикеток (Labels), графічніх конструкторів Запитів, Які й достатньо просто могли буті зібрані в єдиний комплекс.
У всех настільніх СУБД підтрімувався Тільки зовнішній рівень представлення реляційної МОДЕЛІ, тоб Тільки зовнішній табличному вигляд структур даніх.
За наявності вісокорівневіх мов маніпулювання Даними типом реляційної Алгебра і SQL в настільніх СУБД підтрімуваліся нізькорівневі мови маніпулювання Даними на Рівні окрем рядків таблиці.
У настільніх СУБД були відсутні засоби ПІДТРИМКИ посілальної и структурної цілісності Бази даних. Ці Функції повінні булі Виконувати Додатки, протікання незначність ЗАСОБІВ розробки Додатків іноді не дозволялося це сделать, и в цьом випадка ці Функції повінні були Виконувати користувачем, вімагаючі від нього Додатковий контролю при введенні и зміні ІНФОРМАЦІЇ, что зберігається в БД.
Наявність монопольного режиму роботи Фактично привела до звіроднілості функцій сплата БД и у зв'язку з ЦІМ - до відсутності інструментальніх ЗАСОБІВ сплата БД.
І, Нарешті, остання и поза вельми позитивна особлівість - це порівняно скромні вимоги до апаратного забезпечення з боку настільніх СУБД. Цілком працездатні ! застосування, розроблені, Наприклад, на Clipper, працювать на РС 286.
У прінціпі, їх даже Важко назваті повноціннімі СУБД. Яскраві ПРЕДСТАВНИК цього сімейства - Дуже СУБД Dbase (DbaseIII +, DBASEIV), что широко використан до недавнього годині, FoxPro, Clipper, Paradox.
Розподілені Бази даних
