Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд




Скачати 76.45 Kb.
НазваЛекція №2 Тема: Системи бд, архітектура бд, адміністратор бд
Дата конвертації26.03.2013
Розмір76.45 Kb.
ТипЛекція
uchni.com.ua > Інформатика > Лекція
Лекція №2

Тема: Системи БД, архітектура БД, адміністратор БД.
План

  1. Адміністратор даних. Обов'язки АД.

  2. Адміністратор бази даних. Обов'язки АБД.

  3. Наслідки централізованого підходу в управлінні даними.

  4. Архітектура системи баз даних.

  5. Відображення.

  6. Функції АБД.


Визначення 1. Адміністратором даних (АД) назвемо співробітника, несучого відповідальність за дані підприємства.

У обов'язку АД входить:

Обов'язок 1. Ухвалювати рішення, які дані необхідно вносити в базу даних.

Обов'язок 2. Забезпечувати підтримку порядку при обслуговуванні і використовуванні даних після їх занесення в базу даних. Іншими словами, АД повинне забезпечувати безпеку даних.

АД працює як керівник, а не як фахівець з технічних питань.

Визначення 2. Технічного фахівця, відповідального за реалізацію рішень АД назвемо адміністратором бази даних (АБД).

АБД є професійним фахівцем у області інформаційних технологій. Обов'язки АБД наступні:

Обов'язок 1. Створення самих баз даних.

Обов'язок 2. Технічний контроль, необхідний для реалізації рішень АД.

Обов'язок 3. Забезпечення необхідної швидкодії системи баз даних.

Обов'язок 4. Технічне обслуговування системами баз даних.

Слідствами централізованого підходу в управлінні даними є.

Слідство 1. Скорочення надмірності.

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

Слідство 2. Усунення суперечності.

Слідство 3. Загальний доступ до даних означає можливість доступу до даних декількох існуючих додатків бази даних і розробки нових додатків для роботи з цими ж даними.

Слідство 4. Дотримання стандартів.

АБД забезпечує представлення даних в певних стандартах. Стандарти можуть бути корпоративними, настановними, відомчими, промисловими, національними і інтернаціональними. Слідство 5. Забезпечення безпеки.

АБД забезпечує доступ до бази даних через певні канали і визначає правила безпеки, які перевірятимуться при спробі доступу до уразливих даних.

Слідство 6. Цілісність даних.

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

Слідство 7. Збалансувати суперечливих вимог.

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

Перераховані переваги очевидні. Проте є ще одна важлива перевага, незалежність від даних.

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


Визначення 3. Додатки, в яких внутрішня структура залежить від структури зберігання даних, називаються залежними від даних.

Для систем баз даних необхідно, щоб додаток не залежав від даних. Ця необхідність продиктована наступними двома причинами:

Причина 1. Для різних додатків потрібні різні представлення одних і тих же даних.

Причина 2. Адміністратор бази даних повинен мати нагоду при вимогах змінювати структуру зберігання або метод доступу до даних без зміни існуючих додатків, що змінилися.

Забезпечення незалежності даних є основною метою систем баз даних.

^ Визначення 4. Незалежність даних - це імунітет додатків до змін в структурі зберігання даних і методах доступу до даних, тобто дані додатки не залежать від конкретної структури зберігання і конкретних методів доступу до даних.
^

Архітектура системи баз даних


Дана архітектура з достатньою точністю описує більшість систем.

Три рівні архітектури. Пропозиції ANSI/SPARC, включають три рівні представлення даних: внутрішній, концептуальний і зовнішній .


^ Визначення 5. Внутрішнім рівнем назвемо найближчий до фізичного зберігання рівень, тобто пов'язаний із способами збереження інформації на фізичних пристроях зберігання даних.

Визначення 6. Зовнішнім рівнем назвемо найближчий до користувачів, тобто пов'язаний із способами представлення даних для окремих користувачів.

Визначення 7. Концептуальним рівнем назвемо проміжний рівень між зовнішнім і внутрішнім рівнями представлення даних.

^ Визначення 8. Под'язик даних - це підмножина операторів всієї мови, пов'язане тільки з об'єктами і операціями баз даних. Под'язик даних вбудований в базову мову, яка забезпечує різні не пов'язані з базами даних можливості, такі як локальні (тимчасові) змінні, обчислювальні операції, логічні операції типу if-then-else і т.д.

Будь-який под'язик даних є комбінацією двох підлеглих мов – мови визначення даних (data definition language – DDL) і мови обробки даних (data manipulation language – DML).

^ Визначення 9. Мова визначення даних підтримує визначення або оголошення об'єктів бази даних.

Визначення 10. Мова обробки даних підтримує операції з об'єктами баз даних або їх обробку.

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

Визначення 11. Представлення окремого користувача є зовнішнім уявленням (або зовнішньою моделлю).

Визначення 12. Зовнішнє уявлення визначається засобами зовнішньої схеми, яка в основному складається з визначень


Визначення 13. Концептуальним уявленням (концептуальною моделлю) назвемо представлення всієї інформації бази даних в абстрактнішій формі в порівнянні з фізичним способом зберігання даних.

Визначення 14. Концептуальне уявлення визначається за допомогою концептуальної схеми, яка включає визначення кожного типу концептуальних записів.

^ Визначення 15. Внутрішнім уявленням (внутрішньою моделлю) назвемо представлення внутрішнього рівня бази даних.

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

Визначення 16. Внутрішнє уявлення описується за допомогою внутрішньої схеми, яка визначає не тільки різні типи записів, що зберігаються, але також існуючі індекси, способи представлення полів, що зберігаються, фізичну послідовність записів, що зберігаються.

Відображення.
^

Відображення 1. Концептуального рівня на внутрішній.


Визначає відповідність між концептуальним уявленням і базою даних, що зберігається, тобто яким чином концептуальні записи і поля представлені на внутрішньому рівні. При зміні структури бази даних, що зберігається, змінюється і відображення “концептуальний – внутрішній” таким чином, що концептуальна схема залишається незмінною.

Відображення 2. Зовнішній рівень на концептуальний.

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

Адміністратор бази даних. Функції АБД полягають в наступному:


Функція 1. Визначення концептуальної схеми.

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

Функція 2. Визначення внутрішньої схеми.

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

Функція 3. Взаємодія з користувачами.

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

Функція 4. Визначення правил безпеки і цілісності.

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

Функція 5. Визначення процедур резервного копіювання і відновлення.

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

Функція 6. Управління продуктивністю і реагування на вимоги, що змінюються.

АБД визначає організацію системи баз даних, забезпечуючу найбільшу для всього підприємства продуктивність, а також реалізує перенастроювання системи у зв'язку з вимогами, що змінилися. Може виникнути необхідність в поетапній реорганізації бази даних, що зберігається, для забезпечення прийнятного рівня продуктивності. Будь-які зміни на рівні фізичної пам'яті системи (внутрішньому рівні) супроводжуються відповідними змінами визначень відображення з концептуального рівня, тому концептуальна схема повинна залишатися незмінною.
Література:

Системы баз данных: Экон. Прил.: Учеб. Пособие / Андриенко В.Н., Берсуцкий Я.Г., Скобелев В.Г.,: Донецкий гос. Университет. – Донецк: ДонГУ, 1999. [4], 28-33


Контрольні запитання:

  1. Що входить в обов’язки адміністратора даних ?

  2. Чим займаються адміністратори бази даних?

  3. Що представляє собою архітектура ANSI/SPARC ?

  4. Перерахуйте функції адміністратора бази даних.

  5. В чому полягають функції АБД ?







Схожі:

Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconТема. Архітектура
Архітектура – мистецтво проектування та будування різних будівель, споруд та їх комплексів
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconЛекція №20 Тема: Типова архітектура інформаційних систем, їх класифікація
С – система, що реалізовує автоматизований збір, обробку І маніпулювання даними І включаючи технічні засоби обробки даних. Програмне...
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconЛекція №3 Тема: Топології мереж, принципи роботи, архітектура клієнт сервер
Визначення Комп'ютерна мережа складається з декількох комп'ютерів, здатних обмінюватися повідомленнями (передавати інформацію) по...
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconУрок №1 Архітектура світу
Перлини готики. Архітектурні взірці бароко. Модерн в архітектурі. Культова арабо-мусульманська архітектура. Храми Індії. Храми Далекого...
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconОсновні терміни. Архітектура еом
Архітектура еом – це опис сукупності пристроїв та блоків еом І зв’язків між ними. Поняття архітектури тісно пов’язане з принципами...
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconЛекція №3 Тема: "Система управління охороною праці в галузі"
Основні вимоги до побудови І функціонування системи управління охороною праці (суоп)
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconУрок № Тема
Типова архітектура персонального комп’ютера. Класифікація та призначення апаратних засобів: пристроїв введення, виведення, зберігання...
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconУрок №14. Тема
Тема: Додаткові можливості операційної системи. Спеціальні можливості операційної системи: пошук та виправлення помилок на диску,...
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconЛекція №22 Тема: Інформаційно пошукові системи
Проблема пошуку документа, що відповідає тим або іншим критеріям, виникає в будь-якому сховищі даних, що містить більше одного документа....
Лекція №2 Тема: Системи бд, архітектура бд, адміністратор бд iconУрок №4. Тема
Тема: Історія розвитку обчислювальної техніки. Покоління еом. Історія обчислювальної техніки. Структура комп’ютера за фон Нейманом....
Додайте кнопку на своєму сайті:
Школьные материалы


База даних захищена авторським правом © 2014
звернутися до адміністрації
uchni.com.ua
Головна сторінка