- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
98. Поняття кіоска (вітрини) даних та його застосування в системах обробки даних.
Кіоски чи вітрини даних – це певна підмножина корпоративних даних, які характеризують конкретний аспект діяльності корпорації, наприклад, якогось її підрозділу. Кіоск може отримувати дані з корпоративного СД (залежний кіоск) чи бути незалежним, і тоді джерелом поповнення його даними будуть оперативні БД.Розробка кіоску даних потребує значно менше часу і в середньому триває близько 2-3 місяців. Корпоративні СД та кіоски будуються заподібними принципами та використовують практично однакові технології. Останнім часом з’явилося поняття єдине джрело інтегрованих даних для всіх вітрин даних – глобальне сховище даних.
99. Особливості проектування сховищ даних.
СД – це особлива форма організації даних, котра призначена для зберігання в узгодженому вигляді оперативної та агрегованої інформації, шо отримується на основі даних OLTP-систем та зовнішніх джерел даних.
Основні характеристики: 1 – предметна орієнтація – дані в СД орієнтовані на так звані бізнес-поняття (продажі, закупки), тоді як БД дані орієнтовані на бізнес події (документ, виписка). 2 – інтегрованість – в СД переважають не оперативні, а агреговані дані, тобто перш ніж потрапити до СД оперативні дані перевіряються, очищаються від помилок та певним чином агрегуються. 3 – підтримка хронології – дані в СД накопичуються у вигляді так званих “історичних пластів” (агреговані дані за певний період часу). 4 – незмінність – якщо для БД характерне внесення постійних змін, то дані, що зберігаються сховище у вигляді істоичних пластів, не підлягають ніяким змінам. 5 – мінімальна надлишковість – не дивлячись на те, щоінформація в СД завантажується з OLTP-систем, в них зведена до мінімуму надлишковість даних,так що в сховищі відфільтровуються лише ті дані, що необхідні для вирішення OLAP-задач. Якщо для БД характерне внесення постійних змін, то дані, що зберігаються сховище у вигляді істоичних пластів, не підлягають ніяким змінам. БД повинна бути спроектована таким чином, щоб запити користувачів виконувались з підходящою продуктивністю. В СД велика кількість запитів буде відноситись до детальних даних, які можуть аналізуватися різними способами.
100. Відмінності проектування сховищ даних від баз даних.
СД – це особлива форма організації даних, котра призначена для зберігання в узгодженому вигляді оперативної та агрегованої інформації, шо отримується на основі даних OLTP-систем та зовнішніх джерел даних.
Дані в СД орієнтовані на так звані бізнес-поняття (продажі, закупки), тоді як БД дані орієнтовані на бізнес події (документ, виписка).В СД переважають не оперативні, а агреговані дані, тобто перш ніж потрапити до СД оперативні дані перевіряються, очищаються від помилок та певним чином агрегуються.Якщо для БД характерне внесення постійних змін, то дані, що зберігаються сховище у вигляді істоичних пластів, не підлягають ніяким змінам. БД повинна бути спроектована таким чином, щоб запити користувачів виконувались з підходящою продуктивністю. В СД велика кількість запитів буде відноситись до детальних даних, які можуть аналізуватися різними способами.
Питання з іспиту по курсу "Проектування баз і сховищ даних"