- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
58.Типи зв"язків між таблицями та їх підтримка в Access.
Після того як створено структури файлів, перш ніж заповнювати їх конкретними даними, необхідно встановити зв’язки між таблицями, які потім при завантажуванні будуть виконувати перевірку щодо узгодженості даних і збереження посилкової цілісності.
Після того як визначено ключі таблиці, можна встановлювати зв’язок. Для цього необхідно закрити вікна обох таблиць і з рядка меню вибрати опцію Схема данных з команди меню Правка. Таблиці для побудови схеми вибирають також у меню Правка за допомогою опції Добавить объект. Коли таблиці вибрано, то для побудови зв’язку необхідно поле Код виробу з таблиці Виріб за допомогою натискання кнопок мишки перетягти в поле з таким самим ім’ям таблиці Реалізіція. В результаті чого Access визначає таблицю Виріб головною, а таблицю Реалізація –– підпорядкованою.
Потім необхідно визначити тип зв’язку (1:1 чи 1:Б) і задати опцію Обеспечение целостности данных у діалоговому вікні Связи й натиснути кнопку Создать.
Зв’язок між таблицями на екрані матиме вигляд лінії, проведеної між зв’язаними полями таблиць. Закрийте вікно і підтвердіть збереження зв’язку за допомогою відповіді «Так» із запропонованого системою меню. Вибравши піктограму Схема данных, можна відредагувати отриманий зв’язок. Зв’язок, відмічений мишкою, вилучають натисканням клавіші Del. У цьому самому режимі можна побудувати новий зв’язок за допомогою мишки, як це робилося в попередньому випадку. Якщо побудована схема правильна, то її можна роздрукувати за допомогою опції Печать описания з команди меню Файл. Лише після створення схеми доцільно завантажувати таблиці конкретними даними
59.Створення зовнішнього само і тета-об"єднання таблиць в в Access.
Зовнішнє об’єднання (ЗО) – об’єднання полів таблиць незалежно від існування зв’язаних записів. Є ліве ЗО (об’єднує всі записи первинної таблиці незалежно від того чи є відповідні зв’язані поля в правій таблиці) і праве ЗО (відображає всі записи таблиці з вторинним ключем незалежно від того чиє співпадаючі записи з первинним ключем).
Само об’єднання - зв’язування полів однієї таблиці на умові їх спів падання. (приклад, відображення всіх внутрішньобанківських платежів).
Тета-об’єднання – обєднання таблиць на умові нерівності якихось полів (приклад, відібрати клієнтів, у яких юридична адреса не співпадає з адресою доставки).
60.Правила побудови схеми даних в Access.
Після того як створено структури файлів, перш ніж заповнювати їх конкретними даними, необхідно встановити зв’язки між таблицями, які потім при завантажуванні будуть виконувати перевірку щодо узгодженості даних і збереження посилкової цілісності. Для створення зв’язку необхідно, щоб в таблицях (головній та зв’язаній) були визначені первинні ключі. Встановлення первинного ключа для зв’язаної (підпорядкованої) таблиці не є обов’язковою умовою для встановлення зв’язку, але його наявність значно збільшує швидкість роботи Access.
Для підпорядкованої таблиці необхідно визначити поле вторинного ключа, тип даних і розмір якого повинні збігатися з полем первинного ключа головної таблиці. Вторинні ключі відрізняються від первинних тим, що для них допукається однакове дублювання ключів.
Напр., нехай головна таблиця Виріб уміщує інформацію про продукцію, яка випускається на підприємстві, та її собівартість, а зв’язана з нею таблиця Реалізація відображує дані про продаж цієї продукції різним споживачам упродовж місяця. Первинний ключ Код виробу в головній таблиці є унікальним; цей самий ключ у підпорядкованій таблиці може дублюватись, оскільки одна і та сама продукція може бути реалізована різним споживачам.
Після того як визначено ключі, можна встановлювати зв’язок. Для цього необхідно закрити вікна обох таблиць і з рядка меню вибрати опцію Схема данных з команди меню Правка. Таблиці для побудови схеми вибирають також у меню Правка за допомогою опції Добавить объект. Коли таблиці вибрано, то для побудови зв’язку необхідно поле Код виробу з таблиці Виріб за допомогою натискання кнопок мишки перетягти в поле з таким самим ім’ям таблиці Реалізіція. В результаті чого Access визначає таблицю Виріб головною, а таблицю Реалізація –– підпорядкованою.
Потім необхідно визначити тип зв’язку (1:1 чи 1:Б) і задати опцію Обеспечение целостности данных у діалоговому вікні Связи й натиснути кнопку Создать. Закрийте вікно і підтвердіть збереження зв’язку за допомогою відповіді «Так» із меню системи. Лише після створення схеми доцільно завантажувати таблиці конкретними даними.
61.Характеристика опцій цілістності даних, каскадного оновлення та к.вилучення в Access. Після створення первин. і вторин. ключів, у Access можна описати відношення між таблицями. Опис відношень між таблицями БД наз.схемою. Коли схему створено, ці віднош.стають статичними, і тоді Access має змогу використати засоби автоматизов-ї перевірки посилкової цілісності БД.Опція “Обеспеч-е целост-ти данніх”задається після визначення типу зв’язку у діалог.вікні “Связи”.Перевірка на цілісність поляг.в тому, щоб значенню вторинних ключів відповідали зн-ня первин.ключів.СУБД також слідкує за забезпеченням узгодженості та ціліс-ті даних при їх редагуванні. Якщо в підпорядковану таблицю заносити новий запис, то він м.бути збереженим лише в тому разі, якщо відповідний зв’язаний з ним по ключу запис присутній в головній табл.При редаг.в голов.табл. можна вилучати записи лише тоді, коли певний запис не зв’язаний із записами підпорядкованих таблиць. Щоб подолати обмеження на вилуч.або зміну зв’язаних записів, зберігаючи при цьому ціл-ть даних, слід встанов.прапорці “Каскадное обновление связанных полей”(1) и “Каскадное удаление связанных полей”(2). Якщо встан-но прапорець(1), то при зміні ключ.поля голов.таблиці автомат-но змін-ся і відпов-ні знач-ня зв’язаних записів.Якщо встан-но прапорець(2), то при видаленні записа в голов.табл. видал-ся і всі зв’язаны записи в підпор-ній табл.