- •1. Поняття автоматизованого банку даних (абд).
- •2. Склад автоматизованого банку даних характеристика та функції основних його блоків.
- •4.Функції скбд та їх характеристика .
- •3.Мовні засоби автоматизованого банку даних.
- •5. Покоління скбд.
- •6. Характеристика етапів проектування бази даних.
- •7.Адміністратор бази даних та його функції.
- •8. Поняття словника-довідника даних його характеристика та призначення.
- •9. Характеристика проектування баз даних на зовнішньому рівні.
- •10. Характериистика підходів до інфологічного проектування баз даних.
- •11.Інструментальні засоби інфологічного проектування.
- •12. Правила агрегації інформаційних об’єктів при інфологічному проектуванні бд.
- •13. Характеристика основних етапів розробки їнфологічної моделі
- •14. Запитувальні зв’язки їх характеристика та правила побудови при інфологічному проектуванні.
- •15. Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
- •16. Правила побудови реляційної моделі даних.
- •17. Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
- •18. Суть реляційного підходу до проектування баз даних
- •19. Теорії нормалізації реляційних відношень та її використання при проектуванні бд.
- •20. Порядок приведення реляційних відношень до 3нф(4нф).
- •21. Порядок приведення реляційних відношень до нормальної форми Бойса-Кодда.
- •22. Порядок приведення реляційних відношень до 5нф.
- •23. Поняття та основні вимоги до даталогічного проектування.
- •24. Критерії вибору субд.
- •25. Відображення на ієрархічну модель бд.
- •26. Відображення на мережеву модель бд.
- •27. Відображення на реляційну модель бд
- •28. Особливості та характеристика субд Access.
- •29. Характеристика об’єктів бази даних Access.
- •30. Таблиці в Access та правила їх побудови.
- •Створення нової таблиці в новій базі даних
- •Створення нової таблиці в наявній базі даних
- •31. Характеристика основних типів запитів та способи їх створення в субд Access.
- •33.Характеристика засобів захисту бази даних в субд Access.
- •34. Характеристика засобів Access, які забезпечують безпомилкове введення даних.
- •35.Стратегії розподілення даних в розподіленій базі даних.
- •36.Характеристика та призначення case-засобу Erwin.
- •38.Технологія логічного проектування бд в середовищі Erwin.
- •39. Поняття розподіленої бази даних (рбд) та особливості технології роботи з рбд.
- •40. Характеристика стратегій розподілу даних в розподіленій бд.
- •41. Особливості технології функціонування розподілених баз даних.
- •42.Особливості проектування розподілених баз даних.
- •Передумови розробки концепції сховищ даних.
- •Архітектура сховищ даних.
- •Відмінності проектування сховищ даних від баз даних.
- •Характеристика багатовимірної моделі представлення сховищ даних.
- •Характеристика реляційної моделі представлення сховищ даних.
- •48. Характеристика гібридної моделі представлення сховищ даних.
- •49. Складові сховищ даних та їх характеристика.
- •50. Сутність медодики вимірного моделювання сховищ даних.
- •51. Визначення сховищ та вітрин (кіосків) даних їх призначення та застосування.
- •52. Репозитарій метаданих та його призначення в сховищах даних.
- •1.Поняття автоматизованого банку даних (абд).
- •2.Склад автоматизованого банку даних характеристика та функції основних його блоків.
34. Характеристика засобів Access, які забезпечують безпомилкове введення даних.
До елементів управління формою, що полегшують і забезпе-, чують безпомилкове введення даних, належать такі засоби Access: прапорці та перемикачі, поля списку та поля зі списком, установка початкового значення за замовчуванням, забезпечення обов'язкового введення даних у поле.
Створення прапорців
Дуже часто деякі поля вміщують логічні значення або можуть набувати лише певних числових значень. Для полегшення введення таких даних можна використовувати прапорці і перемикачі.
Конструктор дозволяє для логічних полів створювати такий елемент для управління вводом даних, як прапорець. Прапорець відображається маленьким квадратом, який може бути поміченим чи порожнім.
Створення групи перемикачів
Для створення перемикачів необхідно в режимі Конструктора відкрити відредаговану форму, вибрати піктограму Группа переключателей на панелі елементів і у вільному місці форми намалювати рамку. Відкриється вікно майстра Создание группы переключателей, в якому вводяться імена перемикачів.
Створення полів зі списком
При занесенні даних у форму користувачеві іноді необхідно не вводити дані з клавіатури, а вибирати їх з якихось інших таблиць чи навіть запитів. Для реалізації такої можливості зручно користуватися таким елементом управління, як вибір даних у полі зі списком чи у списку. Відмінність між списком і полем зі списком полягає в тому, що із списку можна вибрати лише значення, а в полі зі списком можна вибрати пункт списку чи ввести значення з клавіатури. Цей механізм забезпечує швидкість і точність при введенні даних.
35.Стратегії розподілення даних в розподіленій базі даних.
Розрізняють наступні стратегії розподілу: централізована; розподілена без дублювання; розподілена з дублюванням; змішана, або комбінована.
Централізована стратегія характеризується тим, що всі дані розміщуються в одному вузлі мережі, та існує система управління доступу різних користувачів з інших вузлів до даних. Переваги: при централізованій стратегії спрощується технологія створення і ведення файлів БД, оскільки можна скористатися єдиними стандартними процедурами та методами ведення і підтримки ; БД в актуальному стані. Проектування такої розподіленої бази даних також досить просте порівняно з іншими стратегіями.
Недоліки: можуть виникати черги, що призводить до різкого збільшення часу реакції системи. Крім того, витрачається певний час і на процедури, пов'язані з передачею інформації. Обсяг бази даних обмежений пам'яттю ЕОМ, що використовується для зберігання бази даних.
за розподіленої (децентралізованої) стратегії без дублювання визначають дані, які потрібно зберігати в кожному вузлі мережі. При цьому розподілену базу даних проектують як неперетинні між собою підмножини даних, розподілені по вузлах мережі. Тобто при цій стратегії не допускаються копії окремих частин БД. Проектування даних тут є складним завданням. Ключовим фактором, який впливає на надійність і доступність бази даних, виявляється так звана локалізація посилань.
Розподілена (децентралізована) стратегія з дублюванням полягає в тому, що база даних проектується як за централізованого підходу, але фізично дублюється в кожному вузлі мережі. Тобто кожний вузол має повну копію всієї бази даних. Стратегія розподілу з дублюванням найбільш ефективно розв'язує проблеми доступу та вибірки даних з мінімальними витратами часу. Система досить проста при проектуванні. Однак нарівні з перевагами цей підхід характеризується складністю адміністрування та розв'язання проблеми узгодженості файлів БД у різних вузлах мережі. Ця проблема узгодженості досить гостро може постати тоді, коли зв'язок у мережі порушується і в копії в різних вузлах
виникають розбіжності. У такому разі потрібно розробити спеціальний механізм реплікацій для узгодження копій бази даних на вузлах мережі. Крім того, системи, що побудовані за цією стратегією, характеризуються великою вартістю ЕОМ для зберігання БД.
Змішана, або комбінована, стратегія розподілу даних поєднує елементи описаних вище підходів з метою використання переваг кожного з них. За такої стратегії певна частина файлів зберігається централізовано. Крім того, ця стратегія дозволяє певні файли бази даних поділити на багато логічних фрагментів, як це зроблено в стратегії розподілу без дублювання, що дозволяє досягнути високої локалізації посилань. Для файлів БД, які не дуже часто оновлюються, дозволяється мати довільну кількість фізичних копій на різних вузлах мережі.