- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
55.Переваги нормалізації відношень.
Створена Коддом теорія нормалізації вiдношень виявилася, фактично, єдиною формалiзованою теорiєю, за допомогою якої можна спроектувати оптимальну логiчну модель даних. Цю теорiю можна використовувати не лише при проектуваннi баз даних у середовищi реляцiйних СУБД, а й для СУБД, якi пiдтримують iншi моделi даних. Отож, будь-яку логiчну модель спочатку проектують як нормалiзовану релiцяцiйну модель, а потiм вiдображують на ту модель, яку пiдтримує вибрана СУБД. До основних переваг відносяться такі: -багаторазовість використання; -економія витрат на створення і ведення БД; -зменшення надлишковості даних за рахунок усунення надлишкового дублювання;
-швидкість обробки непередбачуванитх запитів; -логічна і фізична незалежність даних від прикладних програм; вилучається надлишкове дублювання iнформацiї; спрощується процес внесення змiн
56.Особливості організації бази даних та характеристика об’єктів в Access.
СУБД Access підтримує реляційну модель БД.У Access усі відомості, що стосуються певної предметної області, подаються у вигляді сукупності пов’язаних між собою таблиць і на фізичному рівні зберігаються в одному файлі з розширенням .MDB.Отже, база даних у середовищі Access — це сукупність пов’язаних між собою таблиць, які належать до однієї теми чи предметної області, та інструментальних засобів для роботи з ними.
У базі даних основними об’єктами є таблиці, запити, форми, звіти, макроси та модулі.
Таблиця –– це поіменоване реляційне відношення, яке зберігає дані про певну сутність предметної області.
Запит –– це об’єкт, за допомогою якого можна отримати необхідні дані з однієї чи кількох таблиць. За допомогою запитів можна зробити вибірку, вилучення чи поповнення даних, а також створити нові таблиці на базі вже існуючих.
Форма –– це об’єкт, який використовується в основному для завантажування даних, відображення їх на екрані та управління роботою додатків. Форми також можна використовувати для запуска макросів чи процедур.
Звіт — це об’єкт, який вміщує результати обробки одгієї чи кількох таблиць і може бути виданий на друк чи підключений до документів інших додатків.
Макрос –– це об’єкт, що являє собою структурований опис однієї чи кількох дій, які необхідно виконати за певних умов. У вигляді макросів описуються певні дії, які досить часто повторюються.
Модуль –– це програми на Microsoft Access Basic, які можуть бути прив’язані до окремих форм чи звітів і виконувати деякі дії при виникненні в них певних змін. У Access виділяється таке поняття, як подія, що визначає будь-яку зміну стану об’єктів.
57.Типи даних, поняття первинного та вторинного ключів в Access.
В Access можуть підтримуватись поля різних типів. Тип даних описує дані, які зберігаються в стовпці (в полі). Кожне поле може мати певний розмір, що визначає його максимальну довжину чи діапазон чисел. При встановленні розміру поля для числових полів необхідно вибрати одне з п’яти значень. Усі текстові поля за замовчуванням дорівнюють 50 символам. В Access є два поняття — «формат» та «маска вводу даних».
Формат впливає на відображення даних після їх завантаження. Наприклад, якщо встановити формат поля, яке вміщує дату, таким, що дорівнює «довгий формат дати», то 16.06.96 відобразиться як «неділя, 16 червня 1996».
Маска вводу даних обмежує тип інформації, який можна ввести в поле. Як тільки починається введення в таке поле, з’являється шаблон, котрий вказує на вид і тип інформації. Крім того, шаблон допомагає краще інтерпретувати зміст поля.
При створенні таблиць у Access можна задавати не лише первинні, а й вторинні ключі.
Ключ – це набір з одного чи декількох стовпців в таблиці, який може використовувавтися для унікальної ідентифікації рядка. Первинний ключ унікальним чином ідентифікує конкретний рядок у таблиці. Вторинні ключі відрізняються від первинних тим, що дозволяється дублювання їх значень. У Access можна описувати відношення між таблицями. Опис відношень між таблицями бази даних називається схемою. Коли схему створено, ці відношення стають так би мовити статичними, і тоді Access має змогу використати засоби автоматизованої перевірки посилкової цілісності БД. Перевірка на цілісность полягає в тому, що СУБД перевіряє, щоб значенню вторинних відповідали значення первинних ключів.