- •1.Передумови створення концепції бд .
- •2. Переваги концепції бд.
- •3. Характеристика структури абд .
- •4. Класифікація абд.
- •5. Системи управління базою даних (субд) та її функції.
- •6. Характеристика першого та другого покоління субд.
- •7. Характеристика третього покоління субд та його переваги.
- •8. Зовнішній етап проектування бд та його характеристика.
- •9. Інфологічний етап проектування бд та його характеристика.
- •10. Даталогічний етап проектування бд та його характеристика.
- •11. Внутрішній (фізичний) етап проектування бд та його характеристика.
- •12. Мовні засоби абд.
- •13. Визначення відкритих та закритих систем та їх характеристика.
- •14. Драйвер odbc та його призначення.
- •16. Категорії користувачів адб та їх характеристика.
- •17. Адміністратор бд його призначення та функції.
- •18. База даних, фонд та архів даних визначення та призначення.
- •19. Підходи до проектування на зовнішньому рівні.
- •20. Сутність проектування на зовнішньому рівні.
- •21. Вимоги до iнфологiчної моделі.
- •22. Підходи до інфологічного проектування бд
- •23. Інструментальні засоби iнфологiчного проектування.
- •24. Схема взаємозв’язку робіт при інфологічному проектуванні.
- •25. Правила агрегації атрибутів в інформаційні об’єкти.
- •26. Зовнішнє кодування його сутність та використання при інфологічному проектуванні.
- •28. Виявлення та опис інформаційних запитів до бд.
- •29. Поняття запитувального зв’язку їх формальний опис та різновиди.
- •30. Аналіз і зведення запитувальних зв’язків до канонічного вигляду (перетворення № 1).
- •31. Аналіз і зведення запитувальних зв’язків до канонічного вигляду (перетворення № 2).
- •32. Аналіз і зведення запитувальних зв’язків до канонічного вигляду (перетворення № 3).
- •33. Правила побудови структурних зв’язків.
- •34. Поняття об’єкта - зв’язки та його використання при інфологічному проектуванні.
- •35. Обмеження цілісності (бізнес-правила), які накладаються на атрибути бд.
- •36. Характеристика процедури перевірки інфологічної моделі на коректність.
- •37. Мета й завдання даталогiчного проектування.
- •38. Критерії вибору субд загального характеру.
- •39. Критерії вибору субд з точки зору підтримки роботи прикладного програмного забезпечення.
- •40. Відображення iнфологiчної моделі на ієрархічну.
- •41.Відображення інфологічної моделі на сіткову.
- •55.Переваги нормалізації відношень.
- •56.Особливості організації бази даних та характеристика об’єктів в Access.
- •57.Типи даних, поняття первинного та вторинного ключів в Access.
- •58.Типи зв"язків між таблицями та їх підтримка в Access.
- •59.Створення зовнішнього само і тета-об"єднання таблиць в в Access.
- •Само об’єднання - зв’язування полів однієї таблиці на умові їх спів падання. (приклад, відображення всіх внутрішньобанківських платежів).
- •60.Правила побудови схеми даних в Access.
- •Загальна характеристика мови sql та її застосування в субд Access.
- •63. Характеристика основних типів запитів для яких викоритсовується sql в Access
- •64. Форми в access , їх призначення та характеристика як інтерфейсного засобу
- •65. Характеристика елементів управління формою в access
- •66. Запити в access та їх класифікація
- •67.Оптимізація запитів (оз)та засоби підвищення продуктивності бд в Access.
- •68. Операції адміністрування бд в Access.
- •Загальна характеристика case-засобів для автоматизації проектування баз даних та інформаційних систем.
- •Характеристика пакета s-Designor як case-засобу для проектування баз даних. Основні можливості s-Designor.
- •Інструментарій s-Designor та режими роботи s-Designor.
- •Концептуальне моделювання – створення cdm-моделі.
- •Фізичне моделювання – створення pdm-моделі.
- •Поняття трігерів і зберігаємих процедур та їх використання в бд.
- •77. Визначення та характеристика розподіленої бд.
- •78.Характеристика централізованої стратегії розподілення даних в бд.
- •81. Особливості технології функціонування розподілених бд.
- •82. Сутність механізму підтримки транзакцій в розподілених бд.
- •83. Сутність механізму підтримки реплікацій в розподілених бд.
- •84. Вимоги до технологiї створення I ведення бд.
- •85. Характеристика технологiчної операцiї завантаження бд.
- •86. Характеристика технологiчної операцiй дублювання I вiдновлення бд.
- •87. Характеристика основних можливих випадків руйнування бд та операції по її відновленню.
- •88. Характеристика технологiчної операцiй реорганiзацiя I реструктуризацiя бд.
- •89. Характеристика технологiчної операцiї актуалізації бд.
- •90. Поняття сховища даних та передумови його створення.
- •91. Основні характеристики сховищ даних.
- •92. Переваги сховища даних та клас задач для яких вони використовуються.
- •93. Архітектура сховищ даних.
- •95. Характеристика molap моделі сховища даних .
- •96. Характеристика rolap моделі сховища даних.
- •98. Поняття кіоска (вітрини) даних та його застосування в системах обробки даних.
- •99. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
78.Характеристика централізованої стратегії розподілення даних в бд.
РБД можна класифікувати по функціям управління даними: з централізованими та з децентралізованими.
Централізована стратегія характеризується тим, що всі дані знаходяться в одному вузлі ЛОМ і є система управління доступу різних користувачів до даних з інших вузлів. Ця стратегія найбільше поширена на практиці. Вона досить зручна з точки зору проектування і має цілий ряд переваг.
Основні переваги:
коли дані зберігаються в одному місці, то значно простіше реалізувати проблеми цілостності та захисту інформації
при централізованій стратегії спрощується технологія адміністрування БД, так як можна використати єдині стандартні процедури та методи ведення і підтримки файлів БД в актуальному стані
проектування БД при цій стратегії практично не відрізняється від проектування БД для якогось локального АРМа
наявність програмних засобів підтримки роботи РБД, створеної по цій стратегії.
Недоліки:
при великій кількості користувачів не виключена можливість виникнення черг, що може викликати різке зростання часу реакції системи, тому іноді в деяких системах виникає необхідність створення програм диспетчерізації
витрачається певний час на процедури, пов’язані з передачою інформації з одного вузла в інший
обсяг БД обмежений пам’яттю ЕОМ, яка вибрана для зберігання даних.
79 Характеристика децентралізованої стратегії розподілення БД з дублюванням.
БД проектуються як при централізованому підході, але фізично дублюється в кожному вузлі, тобто кожен вузел має копію БД. Ця стратегія найбільш ефективно вирішує проблеми доступу та виборки даних з мінімальними затратами часу. Система досить проста при проектуванні і може використовуватися в тих предметних областях, де обсяги даних невеликі, алеставляться досить великі вимоги до оперативної обробки даних.
Недоліки:
складність адміністрування і підтримки БД в актуальному стані
важко підтримувати цілостність та узгодженність даних, так як при цій стратегії не виключена можливість виникнення протиріч між даними.
Важливою проблемою для цієї стратегії є проблема реалізації внесення змін. При внесенні змін в певний вузел мережі ті зміни повинні дублюватися в інших вузлах мережі, але виконати синхронне дублювання не завжди є можливим, оскільке поле може бути блоковане іншими користувачами. Тому необхідно виконувати синхронне дублювання, тобто дублювання через певний інтервал часу, але технологічно визначити цей інтервал досить складно, тому в таких системах повинна використовуватись так звана двохфазна фіксація транзакції.
80 Характеристика децентралізованої стратегії розподілення БД без дублювання.
При цій стратегії необхідно визначити конкретні дані, які потрібно зберігати в кожному вузлі мережі. При цьому РБД проектується як неперетинаючиєся між собою підмножини даних, які розподілені між вузлами ЛОМ. Ця стратегія підходить для тих предметних областей, в яких практично немає дублювання даних в різних вузлах мережі і потрібна мінімальна кількість логічних посилань для виконання інформаційних взаємозв’язків одного вузла з іншим. При такій стратегії кожен вузел працює зі своїми файлами і дуже рідко використовує дані інших вузлів мережі.
Переваги:
зменшуються витрати на передачу інформації
зменшується вірогідність виникнення черг.
Недоліки:
така РБД важко контролюється з точки зору дублювання даних, чим ускладнюється проблема реалізації узгодженності та цілостності даних
значно складнішими є проблеми адміністрування та підтримки БД в актуальному стані
відсутні програмні засоби для її реалізації.