русс | укр

Мови програмуванняВідео уроки php mysqlПаскальСіАсемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование


Linux Unix Алгоритмічні мови Архітектура мікроконтролерів Введення в розробку розподілених інформаційних систем Дискретна математика Інформаційне обслуговування користувачів Інформація та моделювання в управлінні виробництвом Комп'ютерна графіка Лекції


Класифікація СУБД


Дата додавання: 2013-12-24; переглядів: 8637.


Класифікація по типу принятої моделі данихрис. 6.3.

Ієрархічні бази даних засновані на ієрархічній моделі даних, в якій зв'язок між об'єктами бази даних утворює перевернуте дерево. При такій моделі кожен нижче розташований елемент ієрархії з'єднаний тільки з одним розташованим вище елементом.

 

Мережні бази даних засновані на мережевій моделі даних, в якій зв'язки між об'єктами даних можуть бути встановлені в довільному порядку.

 

 

Реляційні бази даних засновані на реляційній моделі даних, в якій кожна одиниця даних в базі даних однозначно визначається ім'ям таблиці (званою відношенням), ідентифікатором запису (кортежу) та ім'ям поля.

Об'єктно-реляційні бази даних містять об'єктно-орієнтовані механізми побудови структур даних (як мінімум, механізми наслідування та підтримки методів) у вигляді розширень мови і програмних надбудов над ядром СУБД.

Об'єктно-орієнтовані бази даних визначають як нове покоління баз даних, засноване на поєднанні трьох принципів: реляційної моделі, стандартів на опис об'єктів і принципів об'єктно-орієнтованого програмування.

Класифікація по архітектурірис. 6.4.

У локальних базах даних всі дані і об'єкти СУБД знаходяться на одному комп'ютері. У розподілених базах даних різні частини даних (групи таблиць, таблиці і навіть фрагменти таблиць) і об'єкти СУБД можуть знаходиться на різних комп'ютерах.

Приклад. В якості прикладу можна навести складне виробництво (або мережа супермаркетів), різні частини якого знаходяться в різних містах. Кожне підприємство накопичує «свої» дані. Необхідно, щоб кожне з підприємств мало доступ до одних і тих же даних, як своїм, так і даними інших підприємств. Рішенням даної проблеми може бути створення однієї локальної бази даних на одному комп'ютері з механізмом вилученого доступу. Однак це рішення нераціонально, оскільки швидкий доступ до даних будуть отримувати клієнтські комп'ютери тільки того підприємства, на якому знаходиться СУБД. Іншим рішенням даної проблеми може бути створення на кожному підприємстві своїй копії СУБД. У цьому випадку виникає утруднення з синхронізацією даних між копіями. Розподілена СУБД в цьому випадку забезпечує механізм зберігання даних у різних базах даних таким чином, що при зверненні сукупність різних баз даних виглядає як одна база. Тоді часто використовувані дані («свої» дані) знаходяться в тій частині бази даних, яка розташована на підприємстві. А при необхідності звернутися до «чужих» даними, СУБД робить запит до віддаленої СУБД і отримує дані звідти. Сукупність різних баз даних на різних комп'ютерах з точки зору клієнта виглядає як одна база даних.

Класифікація за способом доступа до БДрис. 6.5.

У мейнфреймових базах даних користувальницьке робоче місце являє собою текстовий або графічний термінал, а вся інформація обробляється на тому ж комп'ютері, де знаходиться СУБД.

У файл-серверних СУБД файли даних розташовуються централізовано на файл-сервері, а ядро ​​СУБД знаходиться на кожному клієнтському комп'ютері. Доступ до даних здійснюється через локальну мережу. Синхронізація читань і оновлень здійснюється за допомогою файлових блокувань. Перевагою цієї архітектури є низьке навантаження на ЦП сервера, а недоліком - висока завантаження локальної мережі. На даний момент файл-серверні СКБД вважаються застарілими.

Приклади: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клієнт-серверні СУБД складаються з клієнтської частини (яка входить до складу прикладної програми) і сервера. Клієнт-серверні СУБД, на відміну від файл-серверних, забезпечують розмежування доступу між користувачами і мало завантажують мережу і клієнтські машини. Сервер є зовнішньою по відношенню до клієнта програмою, і при необхідності його можна замінити іншим. Недолік клієнт-серверних СУБД полягає в самому факті існування сервера (що погано для локальних програм - в них зручніше вбудовувані СУБД) і великих обчислювальних ресурсах, які споживаються сервером. Приклади: Oracle, Firebird, Informix, IBM DB2, MS SQL Server, Sybase, PostgreSQL, MySQL, Лінтер, MDBS.

Вбудовувана СКБД - програмна бібліотека, яка дозволяє уніфікованим чином зберігати великі обсяги даних на локальній машині. Доступ до даних може відбуватися через SQL або через особливі функції СКБД. Вбудовувані СКБД швидше звичайних клієнт-серверних і не вимагають установки сервера, тому затребувані в локальному ПЗ, що має справу з великими обсягами даних (наприклад, геоінформаційні системи). Приклади: OpenEdge, SQLite, BerkeleyDB, один з варіантів Firebird, MySQL, Sav Zigzag, Microsoft SQL Server Compact, Лінтер.

Класифікація за швидкістю обробки інформаціїрис. 6.6.

Операційні (operational), або робочі (production), бази даних володіють високими швидкостями реакції на запит, вилучення та представлення інформації.

Сховища даних і багатовимірні сховища даних (data warehouse, OLAP) - це бази даних з дуже великим обсягом інформації, підготовка подання якої займає значний обсяг часу.


<== попередня лекція | наступна лекція ==>
База даних | Функції СУБД


Онлайн система числення Калькулятор онлайн звичайний Науковий калькулятор онлайн