/>
Добрі відомо, что історія розвівається по спіралі, тому после процесу "персоналізації" почався зворотнього процес - інтеграція. Множитися кількість локальних мереж, все больше ІНФОРМАЦІЇ передається между комп'ютерами, ГОСТР встає Завдання узгодженості даніх, что зберігаються и обробляються в різніх місцях, альо логічно один з одним зв'язаних, вінікають Завдання, пов'язані з паралельних обробка транзакцій, - послідовностей операцій над БД, что переводящем ее з одного несуперечливості стану в Інший несуперечливості стан. Успішне Вирішення ціх Завдання приводити до появи розподіленіх баз даних, что зберігають ВСІ ПЕРЕВАГА настільніх СУБД и в тій же година дозволяють організуваті паралельних Обробка ІНФОРМАЦІЇ и підтрімку цілісності БД.
Особливості даного Етап:
Практично ВСІ Сучасні СУБД Забезпечують підтрімку повної реляційної МОДЕЛІ, а самє:
Про Структурним цілісність - допустимими є Тільки дані, представлені у вігляді стосунків реляційної МОДЕЛІ;
Про мовня цілісність, тоб мов маніпулювання Даними високого уровня (у основному SQL);
Про посілальну цілісність, контролю за Дотримання посілальної цілісності ПРОТЯГ Всього годині Функціонування системи, и гарантій неможлівості з боці СУБД порушіті ці обмеження.
Більшість СУЧАСНИХ СУБД розраховані на багат платформно архітектуру, тоб смороду могут працювати на комп'ютерах з різною архітектурою и под різнімі операційнімі системами, при цьом для Користувачів доступ до даніх, керованих СУБД на різніх платформах, практично невіразній.
Необхідність ПІДТРИМКИ багатая корістувацької роботи з базою даніх и можлівість децентралізованого зберігання даніх зажадалі розвітку ЗАСОБІВ сплата БД з реалізацією Загальної Концепції ЗАСОБІВ захисту даніх.
Потреба в новіх реалізаціях віклікала создания серйозно теоретичності праць по оптімізації реалізацій розподіленій БД и роботі з розподіленімі транзакціямі и Запитів з Впровадження отриманий результатів в Комерційні СУБД.
Для того, щоб НЕ втратіті КЛІЄНТІВ, Які раніше працювать на настільніх СУБД, практично ВСІ Сучасні СУБД мают засоби Підключення клієнтськіх! застосування, розроблення з Використання настільніх СУБД, и засобой ЕКСПОРТ даніх з форматів настільніх СУБД іншого етапу развития. p> Саме до цього Етап можна Віднести розробка ряду стандартів в рамках мов Опису и маніпулювання Даними починаючі з SQL89, SQL92, SQL99 и технологий по обміну Даними между різнімі СУБД, до якіх можна Віднести и протокол ODBC (Open DataBase Connectivity), запропонованій Фірмою Microsoft. p> Саме до цього Етап можна Віднести качан робіт, пов'язаних з концепцією об'єктно-орієнтованих БД, - ООБД. ПРЕДСТАВНИК СУБД, что відносяться до іншого етапу, можна рахувати MS Access 97 и ВСІ Сучасні сервери баз даних Oracle7.3, Oracle 8.4 MS SQL6.5, MS SQL7.0, System 10, System 11, Informix, DB2, SQL Base и Другие Сучасні сервери баз даних, якіх поза налічується декілька десятків.
Перспективи розвітку систем управління базами даніх
цею етап характерізується з'явиться Нової технології доступу до даніх - Інтернет. Основна відмінність цього підходу від технології клієнт-сервер Полягає в тому, что відпадає необхідність Використання спеціалізованого клієнтського програмного забезпечення. Для роботи з видалений базою даніх вікорістовується стандартний браузер інтернету, Наприклад Microsoft Internet Explorer або Netscape Navigator, и для кінцевого користувача процес звернення до даніх відбувається аналогічно Ковзани по Усесвітній Павутіні. При цьом вбудований в завантажені користувачем HTML-сторінки код, написаний зазвічай на мові Java, Java-script, Perl и других, відстежує ВСІ Дії користувача и транслює їх у нізькорівневі SQL-запитів до Бази даних, віконуючі, таким чином, ту роботу, якій в технології клієнт-сервер займається клієнтська програма. Зручність даного підходу привела до того, что ВІН почав використовуват НЕ Тільки для видалений доступ до баз даніх, альо и для Користувачів локальної мережі ПІДПРИЄМСТВА. Прості Завдання Обробка даних, що не пов'язані з складаний алгоритмами, что вімагають узгодженої Зміни даних до багатьох взаємозв'язаніх об'єктах, й достатньо просто и Ефективно могут буті побудовані по даній архітектурі. У цьом випадка для Підключення нового користувача до возможности використовуват дяни Завдання НЕ потрібна установка Додатковий клієнтського програмного забезпечення. Прото алгорітмічно складні Завдання рекомендується реалізовуваті в архітектурі "клієнт-сервер" з розробка СПЕЦІАЛЬНОГО клієнтського програмного забезпечення.
У шкірного з Вище переліченіх підходів до роботи з Даними є свои достоїнства и свои Недоліки, Які и візначають сферу! застосування того або Іншого методу, и в Данії годину ВСІ підході широко Використовують.
1960-ті рр.. розробка дерло БД. CODASYL - мережева модель даніх та одночасно незалежна розробка ієрархічної БД Фірмою North American Roc...
