абу, окремі підрозділи яких рознесені на значній території. До таких, наприклад, відносяться підрозділи Міністерства оборони та Міністерства внутрішніх справ. У розподілених СУБД деякі сервери можуть дублювати один одного з метою досягнення гранично малу ймовірність відмов і збоїв, які можуть спотворити життєво важливу інформацію. Вони використовують власні регіональні засоби зв'язку. Інтерес до розподілених СУБД зріс у зв'язку зі стрімким розвитком Інтернету. Спираючись на можливості Інтернету, розподілені системи будують не тільки підприємства державного масштабу, але і відносно невеликі комерційні підприємства, забезпечуючи своїм співробітникам роботу з корпоративними даними на дому і у відрядженнях.
Розглянувши різні архітектури СУБД і області їх застосування, для розробки інформаційної системи виберемо найбільш перспективну і популярну двухзвенную архітектуру клієнт-сервер. У досить поширеному варіанті архітектура клієнт-сервер припускає наявність комп'ютерної мережі та розподіленої бази даних, що включає корпоративну базу даних і персональні бази даних. Корпоративна база даних розміщується на комп'ютері-сервері, персональні бази даних розміщуються на комп'ютерах співробітників підрозділів, які є клієнтами корпоративної БД.
Перевагою організації інформаційної системи по архітектурі клієнт-сервер є вдале поєднання централізованого зберігання, обслуговування і колективного доступу до загальної корпоративної інформації з індивідуальною роботою користувача над персональною інформацією, що забезпечить зручну роботу з системою менеджерів фірми Вікна Маріо .
При використання технології клієнт-сервер додаток розділяється на дві частини. Клієнтська частина забезпечує зручний графічний інтерфейс і розміщується на комп'ютері користувача. Серверна частина здійснює управління даними, поділ інформації, адміністрування. Клієнтський додаток формує запити до сервера бази даних, на якому виконуються відповідні команди. Результат виконання запиту пересилається клієнту.
2.3.2 SQL - мова доступу до реляційних баз даних
Абревіатура SQL розшифровується як structured query language, що в перекладі з англійської означає мова структурованих запитів raquo ;. SQL не є повноцінною мовою програмування; він являє собою всього лише под'язик даних. У ньому є оператори тільки для створення і обробки баз даних. Оператори SQL можна також використовувати в збережених процедурах і тригерах, і їх можна вводити в інтерактивному режимі в командній оболонці СУБД.
Мова SQL був розроблений фірмою IBM в кінці 1970-х років і був прийнятий Американським національним інститутом стандартів (ANSI) в якості національного стандарту США в 1992 році. На цьому стандарті, званому також SQL - 92, базується версія мови. Пізніша версія стандарту, SQL3, включає в себе ряд концепцій, запозичених з об'єктно-орієнтованого програмування. Ця остання версія не привернула пильної уваги з боку фірм-розробників комерційних СУБД і на даний момент не представляє важливості з точки зору практичної роботи з базами даних
Стандарт SQL - 92 обширний і всеосяжний. Жодна з поширені комерційних СУБД, таких як DB2, Oracle або SQL Server не реалізує його повному обсязі. Мова SQL орієнтований на текст. Він був розроблений задовго до появи графічних інтерфейсів користувача, так що для роботи з ним потрібно лише текстовий редактор. Зрозуміло, сьогодні в SQL Server, Oracle, DB2 та інших СУБД є графічні засоби для виконання багатьох з тих завдань які раніше могли бути виконані тільки за допомогою SQL. Не всі з того, що дозволяє робити SQL, можна здійснити за допомогою графічних засобів; більше того, у ряді випадковий, па приклад, для динамічної генерації операторів SQL в програмному коді, SQI. необхідно використовувати.
За допомогою SQL можна визначати структури бази даних, а також запитувати і оновлювати інформацію в базі даних.
2.3.3 Вибір СУБД
Перед адміністратором БД, керівником підприємства та звичайним користувачем проблема вибору СУБД виникає найчастіше перед її придбанням і при переході на нові апаратно-програмні засоби.
Основним принципом вибору СУБД логічно вважати визначення програмного продукту, в найбільшій мірі відповідного пропонованим вимогам. Практично вирішити цю задачу не дуже просто. По-перше, до СУБД пред'являється велика кількість вимог і, головне, вони з часом змінюються - у міру освоєння системи потрібні нові можливості. По-друге, СУБД мають велике число параметрів, що ускладнює їх порівняння. Крім того, інформація про СУБД часто носить рекламний характер, що не дозволяє зробити правильне судження.
Розглянемо технологію оцінки характеристик СУБД і визначення ступеня їх відповідності поставленим вимогам. Вибі...