- •1. Поняття автоматизованого банку даних (абд).
- •2. Склад автоматизованого банку даних характеристика та функції основних його блоків
- •3. Мовні засоби автоматизованого банку даних.
- •4. Функції скбд та їх характеристика .
- •1. Управлiння даними. Задачами управлiння даних є пiдготовка даних I їх контроль, занесення даних до бази, структуризацiя даних, забезпечення цiлісностi, секретності даних.
- •2. Доступ до даних. Пошук I селекцiя даних, перетворення даних у форму, зручну для подальшого використання.
- •3. Органiзацiя I ведення зв’язку з користувачем. Ведення дiалогу, видача дiагностичних повiдомлень про помилки в роботi з бд I т. Д.
- •5. Покоління скбд.
- •Характеристика етапів проектування бази даних.
- •Адміністратор бази даних та його функції.
- •8. Поняття словника-довідника даних його характеристика та призначення.
- •Характеристика проектування баз даних на зовнішньому рівні.
- •10. Характеристика підходів до інфологічного проектування баз даних.
- •Складові інфологічної моделі та їх характеристика.
- •Правила агрегації інформаційних об’єктів при інфологічному проектуванні бд.
- •13. Характеристика основних етапів розробки інфологічної моделі.
- •14. Інформаційні запити та правила їх побудови при інфологічному проектуванні бд.
- •15. Запитувальні зв’язки їх характеристика та правила побудови при інфологічному проектуванні.
- •16. Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
- •17. Правила побудови реляційної моделі даних.
- •18. Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
- •19. Суть реляційного підходу до проектування баз даних
- •20. Теорії нормалізації реляційних відношень та її використання при проектуванні бд.
- •21. Порядок приведення реляційних відношень до 3нф(4нф).
- •22. Порядок приведення реляційних відношень до нормальної форми Бойса-Кодда.
- •23. Порядок приведення реляційних відношень до 5нф.
- •Поняття та основні вимоги до даталогічного проектування.
- •Критерії вибору субд.
- •26. Відображення на ієрархічну модель бд.
- •Відображення на мережеву модель бд.
- •Відображення на реляційну модель бд
- •Особливості та характеристика субд Access.
- •Характеристика об’єктів бази даних Access.
- •32. Характеристика основних типів запитів та способи їх створення в субд Access.
- •34.Характеристика засобів захисту бази даних в субд Access.
- •35. Характеристика засобів Access, які забезпечують безпомилкове введення даних.
- •36. Стратегії розподілення даних в розподіленій базі даних.
- •37. Характеристика та призначення case-засобу AllFusion eRwin Data Modeler.
- •38. Характеристика типів зв’язків в AllFusion eRwin Data Modeler.
- •39. Технологія та особливості логічного проектування бд в середовищі AllFusion eRwin Data Modeler.
- •40. Поняття розподіленої бази даних (рбд) та особливості технології роботи з рбд.
- •41. Характеристика стратегій розподілу даних в розподіленій бд.
- •42. Особливості технології функціонування розподілених баз даних.
- •43. Особливості проектування розподілених баз даних.
- •Передумови розробки концепції сховищ даних.
- •Архітектура сховищ даних.
- •Відмінності проектування сховищ даних від баз даних.
- •47. Характеристика багатовимірної моделі представлення сховищ даних.
- •52. Визначення сховищ та вітрин (кіосків) даних їх призначення та застосування.
- •53. Репозитарій метаданих та його призначення в сховищах даних.
34.Характеристика засобів захисту бази даних в субд Access.
Access має в своєму арсеналі деякі засоби захисту інформації. У меню Access є спеціальна команда для відновлення БД. Якщо за допомогою цієї команди не вдалося відновити втрачених даних, то необхідно скористатися останньою страховою (резервною) копією. Відновити базу даних за допомогою спеціальної команди меню Access без резервної копії вдається в тих випадках, коли дані були пошкоджені в результаті незапланованої зупинки Access ( наприклад, у результаті «зависання» системи).
В Access є такий інструмент, як шифрування даних, який доцільно використовувати при транспортуванні бази даних по мережі. Шифрування даних захищає їх від інших програм і дозволяє їх переглядати лише в середовищі Access. Access розпізнає зашифровані дані й автоматично виконує їх дешифрування.
35. Характеристика засобів Access, які забезпечують безпомилкове введення даних.
СУБД слідкує за забезпеченням узгодженості та цілісності даних при їх редагуванні. Якщо в підпорядковану таблицю заноситься новий запис, то він може бути збереженим лише в тому разі, якщо відповідний зв’язаний з ним по ключу запис присутній у головній таблиці. При редагуванні в головній таблиці можна вилучати записи лише тоді, коли певний запис не зв’язаний із записами підпорядкованих таблиць. Також в Access є маска ввода, яка забезпечує безпомилкове введення даних і відповідні формати полів, які можна задати при конструюванні таблиць в розділі Формат поля і вказати формат поля та його місткість, забезпечивши собі цим самим безпомилкове введення даних. За помилками при введені даних слідкує також сама СКБД, адже в неї для цього вмонтований потужний інструментарій і видає вказівку на помилку, якщо користувач помилився при вводі інформації.
36. Стратегії розподілення даних в розподіленій базі даних.
Схарактеризуємо альтернативні теоретично можливi стратегiї розподiлення даних у РБД: централiзована; розподiлена без дублювання; розподiлена з дублюванням; мiшана, чи комбiнована.
Централiзована cтратегiя характеризується тим, що всi данi розміщуються в одному вузлi мережі та є система управлiння доступу рiзних користувачiв з інших вузлiв до даних.
Розподiлена (децентралiзована) стратегiя без дублювання. За такої стратегiї визначають данi, якi потрiбно зберiгати в кожному вузлi мережi. При цьому розподiлену базу даних проектують як неперетинні мiж собою пiдмножини даних, розподiленi по вузлах мережі.
Розподiлена (децентралiзована) стратегiя з дублюванням. Ця стратегiя полягає в тому, що база даних проектується як за централiзованого пiдходу, але фiзично дублюється в кожному вузлi мережi.
Мішана стратегія розподілу даних поєднує два підходи, пов’язані з розподілом без дублювання та з дублюванням даних, з метою використання їх переваг. Ця стратегія поділяє базу даних на багато логічних фрагментів, як це зроблено в стратегії розподілу без дублювання.
37. Характеристика та призначення case-засобу AllFusion eRwin Data Modeler.
Основне призначення CASE-засобів це проектування чи інжиніринг або реінжиніринг БД й бізнес-процесів. CASE-засіб AllFusion ERwin Data Modeler це незалежний проектуючий засіб невмонтований в якусь існуючу СКБД. За допомогою AllFusion ERwin Data Modeler можна автоматизувати проектування БД та отримати генерації її на мові опису декількох СКБД. В середовищі ERwin Data Modeler можна автоматизувати проектування БД й СД. Проектування в ERwin Data Modeler виконується в 2 кроки: логічний й фізичний. На логічному рівні будується інфологічна модель ПО. При проектуванні на цьому рівні можна обєктам та атрибутам давати імена зрозумілі кінцевим користувачам, а також у відповідність цим іменам давати синонімічні імена, синтаксис яких буде побудований за правилом тієї СКБД в середовищі якої буде виконуватися інфологічне проектування.На фізичному рівні проектування БД в середовищі обраної СКБД відбувається повністю автоматизовано.Він вимагає від проектувальника лише вибір СКБД.