- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
Загальна характеристика case-засобів для автоматизації проектування баз даних та інформаційних систем.
См. Вопр. 73.
Характеристика пакета s-Designor як case-засобу для проектування баз даних. Основні можливості s-Designor.
См. Вопр. 73.
Інструментарій s-Designor та режими роботи s-Designor.
Пакет S-Designor призначений для проектування БД на концептуальному та фізичному рівнях.
Проектування БД на концептуальному рівні здійснюється таким чином:
1.Визначення моделі (назва та інформація про модель); 2. Визначення переліку атрибутів, які характеризують предметну область; 3. Формування об’єктів та здійснення опису атрибутів для них; 4. Встановлення зв’язків між об’єктами.
Інструментарій S-Designor дозволяє також перевірити створену модель на коректність (Check Model).
За допомогою позиції Generate Physical Data Model можна згенерувати даталогічну модель. Для побудованої даталогічної моделі можна згенерувати файли БД на фізичному рівні (Generate Database).
Можна також зенерувати текст програми, що створює БД, і написана на мові відповідної СУБД (Generate Script).
Концептуальне моделювання – створення cdm-моделі.
Концептуальне моделювання БД – це процес конструювання моделі використання інформації на деякому підприємстві, організації, установі. Цей процес не залежить від використовуваної СУБД, прикладних програм чи мов програмування. Подібну модель називають концептуальною моделлю даних. Етапи моделювання: 1. створення локальної концептуальної моделі даних, виходячи з уявлення про ПО кожного окремого типу користувача. 1.1. визначення типів сутностей; 1.2. визначення типів зв’язків (бувають 1:1, 1:Б, Б:Б); 1.3. визначення атрибутів і зв’язування їх з типами сутностей і звязків. 1.4. визначення доменів (набір допустимих значень для одного чи більше атрибутів). 1.5. визначення атрибутів, що є первинними ключами. 1.6. створення діаграми “сутність-звязок”. 1.7. обговорення концептульної моделі даних з кінцевими користувачами.
Фізичне моделювання – створення pdm-моделі.
Фізичне моделювання – це процес створення опису реалізації БД на вторинних запам’ятовуючих пристроях з указанням структур зберігання і методів доступу, що використовуються для організації ефективної обробки даних. Фізичне моделювання є 3 етапом процесу створення проекту БД, при виконанні якого проектувальник приймає рішення про способи реалізації БД, що розробляються. Приступаючи доцього етапу необхідно вибрати конкретну СУБД. Основною метою фізичного моделювання - є опис способу фізичної реалізації логічного проекту БД. Етапи: 1. Перенос логічної моделі даних в середовище цільової СУБД. 1.1. Проектування таблиць БД в середовищі цільової СУБД. 1.2. Реалізація бізнес-правил підприємства, організації, установи. 2. Проектування фізичного представлення БД. 2.1. Аналіз транзакцій. 2.2. Вибір файлової структури. 2.3. Визначення вторинних індексів. 2.4. Аналіз необхідного введення контрольованої надлишковості даних. 2.5. Визначення вимог до памяті. 3. Розробка механізму захисту. 3.1. Визначення прав доступу. 4. Організація моніторингу і настройка функціональної системи.