1.6. Історія розвитку субд.
Вважається, що початки розвитку СУБД були закладені в 60-х роках, коли в США була прийнята програма польоту людини на Місяць. На той час ще не існувало системи, яка могла б обробляти великі масиви інформації.
Був розроблений проект під назвою GUAM (Generalized Update Access Method). Основна ідея проекту – об’єднання більш малих компонентів в більш великі до тих пір, поки не буде зібраним весь проект. Це була так звана ієрархічна структура.
Слідуючим кроком було створення фірмою IDS в середині 60-х років СУБД нового типу – мереженої.
1965 рік – створення стандартів баз даних. Група DBTG (Data Base Task Group). В 1971 група запропонувала такі стандарти:
- мережева схема – це логічна організація всієї бази в цілому, що включає в себе визначення імен, типів кожного запису та компонентів кожного типу;
- під схема –частина БД з точки зору користувача чи додатку;
- мова управління даними – інструмент визначення характеристик і структури даних, а також управління ними.
Офіційно ці стандарти не були прийняті, але системи, розроблені за цими стандартами називають СУБЛ першого покоління.
В 1970 році Кодд опублікував статтю про реляційну модель БД. За 10 років були розроблені багато реляційних БД та мова запитів до них.
Реляційні СУБД – СУБД другого покоління.
На сьогоднішній день розроблені об’єктно-орієнтовані та об’єктно-реляційні СУБД – СУБД третього покоління.
1.7. Класифікація банків даних.
Найбільш очевидними класифікаціями є :
по формі представлення інформації;
Аудіо;
Мультимедіа;
Візуальні:
Неструктуровані БД
Частково структуровані;
Структуровані:
Ієрархічні;
Мережеві;
Реляційні;
Об’єктно-орієнтовані;
Мультимодельні.
по типу інформації;
по характеру організації зберігання
Локальні;
Загальні;
Розподілені.
1.8. Переваги і недоліки субд.
Переваги:
контроль надлишковістю даних;
несперечливість даних;
більше корисної інформації при тому ж об’ємі даних;
спільне використання даних;
підтримка цілісності даних;
підвищена безпека;
застосування стандартів;
підвищення ефективності з ростом масштабів системи;
можливість знаходження компромісів при протирічливих вимогах;
підвищення доступності даних і їх готовності до роботи;
покращення показників продуктивності;
спрощення супроводу системи за рахунок незалежності від даних;
покращене управління паралельністю;
розвиток служби резервного копіювання та відновлення.
Недоліки:
Складність;
Розмір;
Вартість СУБД;
Додаткові затрати на апаратне забезпечення;
Витрати на перетворення;
Продуктивність;
Більш серйозні наслідки при виході системи з ладу.