- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
16. Категорії користувачів адб та їх характеристика.
З банком даних взаємод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чного обслуговування.
17. Адміністратор бд його призначення та функції.
Адм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йного середовища.