- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
18. База даних, фонд та архів даних визначення та призначення.
База даних –– це поiменована, структурована сукупнiсть взаємопов’язаних даних, якi характеризують окрему предметну область i перебувають пiд управлiнням СУБД. Предметна область - це один чи кiлька об’єктiв управлiння (або певнi їх частини), iнформацiя яких моделюється за допомогою БД i використовується для розв’язання рiзних функцiональних задач.
БД являє собою iнтегроване сховище даних, яке використовується багатьма споживачами i забезпечує незалежність даних вiд прикладних програм. Зв’язок кiнцевих користувачiв i прикладних програм з БД відбувається через СУБД, яка виступає iнтерфейсом мiж користувачем i базою даних. Користувачами БД можуть бути окремі фізичні особи чи прикладні програми.
о соби чи прикладні програми.
Усi данi, якi зберiгаються в БД, подiляються на фонд i архiв даних, що пов’язано з відмінністю в технологiчних режимах використання даних. Фонд даних –– це активнi данi, з якими постiйно працюють прикладнi програми та користувачi, якi зберiгаються на вiнчестерi й перебувають безпосередньо пiд управлiнням СУБД. Архiви –– це архiвнi копiї файлiв БД, якi зберiгаються на стримерi, гнучких магнiтних дисках, сiдеромi чи на вiнчестерi iншої ЕОМ. В архiвах зберiгаються неактивнi данi, що вже вiдпрацювали, але їх необхiдно зберiгати згiдно з нормативними та законодавчими актами досить тривало. В архiвах також зберiгаються страховi копiї файлiв БД, якi використовуються для вiдновлення БД в разі її руйнування при рiзних збоях.
19. Підходи до проектування на зовнішньому рівні.
Етапи проектування БД вiдповiдають рiвням подання даних у БД, тобто є 4 етапи проектування БД: зовнішній, iнфологiчний, логiчний (даталогiчний), внутрiшній.
Метою проектування на зовнiшньому рiвнi є розробка позамашинного iнформацiйного забезпечення, яке вміщує систему вхiдної (первинної) документацiї, що характеризує певну ПО, систему класифiкацiї та кодування технiко-економiчної iнформацiї, а також перелiк вiдповiдних вихiдних повiдомлень, якi потрiбно формувати за допомогою АБД.
Iснує два пiдходи до проектування баз даних на зовнiшньому рiвнi: «вiд предметної областi» i «вiд запиту». Пiдхiд «вiд предметної областi» полягає в тому, що формується зовнiшнє iнформацiйне забезпечення всiєї предметної областi без урахування потреб користувачiв i прикладних програм. Iнодi цей пiдхiд називають іще об’єктним, чи непроцесним. Переваги: об’єктивнiсть, системнiсть при вiдображеннi ПО i стiйкiсть iнформацiйної моделi, можливiсть реалiзації великої кiлькості прикладних програм i запитiв, у тому числi незапланованих при створеннi БД. Недолік: значний обсяг робiт, який потрібно виконати при визначеннi iнформацiї, яка пiдлягає фiксацiї в БД, що вiдповiдно ускладнює i збiльшує термiн розробки проекту.
При пiдходi «вiд запиту» основним джерелом iнформацiї про предметну область є вивчення запитiв користувачiв i потреб прикладних програм. Цей пiдхiд також називається процесним, чи функцiональним. При такому пiдходi БД проектується для виконання поточних задач управлiння без урахування можливостi розширення системи i виникнення нових задач управлiння. При його використаннi можуть виникнути складностi в агрегацiї вимог рiзних користувачiв i прикладних програм. Проте за такого пiдходу значно зменшується трудомiсткість проектування, а отже, є можливiсть створити систему з високими експлуатацiйними характеристиками.
Однак узятий окремо кожний iз цих методiв не може дати достатньо iнформацiї для проектування рацiональної структури БД. Тому при проектуваннi БД доцiльно спiльно використовувати ці два пiдходи.