- •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. Особливості проектування сховищ даних.
- •Передумови створення концепції бд .
- •Переваги концепції бд.
Загальна характеристика мови sql та її застосування в субд Access.
В Access мова SQL носить назву Jet SQL, яка сумісна із стандартом SQL 89 версії 1.0., тобто є певною підмножиною. Мова SQL була прийнята в 1986 р амер компанією за стандарт; асоціація прийняла її як міжнародний стандарт. Остання версія – SQL 92.
SQL – множинно-орієнтована мова, тому вона не має засобів управління потоками, засобів організації інтерфейсу. Хоч мова SQL є стандартною, але цей стандарт не є жорстким, тобто фірмам-розробникам реляційних СУБД дозволяється використовувати свої діалекти мови і розширювати її при необхідності.
Для вирішення проблеми розуміння мови SQL між різними СУБД створена мова SQL Access Group, до якої увійшло майже 30 фірм. В результаті створений стандартний інтерфейс мови для всіх основних варіантів мови і ці фірми взяли зобов’язання вмонтовувати інтерфейс в свої програмні продукти.
Фірма MicroSoft розробила драйвер ODBC, який дозволяє спілкуватися різним СУБД.
63. Характеристика основних типів запитів для яких викоритсовується sql в Access
Запити в Access можна реалізувати за допомогою запитів за зразком QBE-запити та SQL-запитів.SQL-запит неможливо створити за допомогою таблиці QBE. Цей запит формується на мові SQL у таких випадках: запит-об’єднання — вибирає інформацію з кількох таблиць в одну, відображуючи результат, який неможливо буде змінити; запит до сервера — надсилає на сервер інформацію, дає змогу працювати з таблицями, що відсутні в базі даних користувача; запит-управління — може створювати чи вилучати таблицю, добавляти в таблицю нове поле, створювати чи вилучати індекс таблиці.
Запити, які створюються в інтерактивному режимі, можуть використовувати SQL-запити як підзапити, але вирази для створення цих підзапитів мають уводитися в таблиці QBE. Для того щоб полегшити створення запитів у Access, використовують таблиці QBE (Query By Example — запит за зразком). За допомогою запитів QBE можна робити необхідні вибірки даних без написання відповідних програм. Access перетворює таблицю QBE у вирази SQL (Struktured Query Language –– структурна мова запитів).
64. Форми в access , їх призначення та характеристика як інтерфейсного засобу
Форма в Access — це засіб відображeння та редагування даних, розміщених у таблиці. Коли джерелом даних для завантажування в базу даних є первинний документ, то форма має відображати формуляр-шаблон цього документа. Це полегшує занесення даних у таблиці, імітує звичну для користувача роботу по заповненню первинного документа, а отже, зменшує кількість можливих помилок, які могли б виникнути при завантажуванні таблиць даними. Форми є засобом організації інтерфейсу між користувачем і системою. Форми можна створювати на базі таблиць і запитів. Розглянемо відображeння у вигляді форми таблиць.
65. Характеристика елементів управління формою в access
Створення форм на базі однієї таблиці : Для створення форми необхідно у вікні відкритої бази даних вибрати піктограму Форма і натиснути кнопку Создать форму. Після цього відкриється вікно Создание формы, в полі якого Выбор таблицы/запроса необхідно вибрати таблицю чи запит, які потрібно буде подати у вигляді форми, і опцію Мастер.
У першому вікні необхідно вибрати майстра з розробки форми.
Access має кілька майстрів зі створення форм, які надають такі можливі варіанти побудови форм: у один стовпчик, табличну форму, діаграму, складну форму, просту форму
Іще є можливість створення простої форми. Це найбільш швидкий спосіб підготовки форм, який можна запустити на виконання за допомогою піктограми панелі управління Простая форма.
Після вибору полів форми і натискання на екрані кнопки Готово Access видасть на екран створену форму В останньому вікні Access запропонує вказати ім’я форми, пропонуючи за замовчуванням залишити ім’я тієї таблиці чи запиту, на базі якого створюється ця форма. Створеній формі було присвоєне ім’я …. Для створення додаткових елементів потрібно викликати форму в режимі конструктора і натиснути на піктограму Панель элементов.