- •Вкажіть на основні відмінності між наступними термінами “інформаційні системи”, “банки даних”, “бази даних”.
- •Назвіть основні сфери застосування систем з бд.
- •3. Опишіть основні етапи розвитку бд
- •Опишіть можливості словнику даних, як підсистеми банку даних.
- •Охарактеризуйте значення адміністратора бази даних у безпосередній роботі бд.
- •9. Опишіть файлову систему як одну із складових сучасних банків даних
- •Назвіть основні проблеми використання файлових систем.
- •Сформулюйте основні властивості транзакцій.
- •Основні етапи проектування баз даних.
- •19.Класичні підходи у проектуванні бд.
- •21. Цілісність баз даних.
- •25. Захист інформації в бд.
- •Сформулюйте типові функції субд.
- •Назвіть основні компоненти субд.
- •Опишіть основні етапи розвитку субд.
- •Четвертий етап - перспективи розвитку систем управління базами даних
- •Вкажіть на позитивні та негативні моменти використання різних субд.
- •31. Назвіть види програм, що відносяться до субд.
- •32. Повнофункціональні субд
- •Перелічіть види засобів розробки додатків користувача.
- •Охарактеризуйте персональні субд.
- •36. Назвіть мови для роботи з інформацією в субд.
- •37. Моделі представлення даних які підтримуються субд
- •38. За способом доступу до бд
- •39. Ієрархічна модель
- •40. Сітьова модель.
- •41. Реляційна модель
- •42. Основні операції маніпулювання ієрархічно організованими даними
- •43. Найважливіші операції маніпулювання даними баз сітьового типу
- •44. Назвіть елементи реляційної моделі представлення даних.
- •Субд visual foxpro. Загальна характеристика.
- •Типи даних, які можуть приймати змінні в субд visual foxpro
- •47.Загальні положення про microsoft access
- •48. Субд microsoft sql server. Загальна характеристика.
- •49. Мова sql в системах управління базами даних.
- •51. Основи роботи з настільними субд.
- •52. Напрями і перспективи розвитку настільних субд.
- •58. Критерії вибору субд
- •59. Проаналізуйте особливості використання архітектури «клієнт-сервер» в комп’ютерному оброблені даних
19.Класичні підходи у проектуванні бд.
У загальному випадку існує два підходи до проектування БД: низхідне проектування і висхідне проектування :
Низхідне проектування починається з визначення наборів даних, потім визначаються елементи даних для кожного з таких наборів. Цей процес включає в себе ідентифікацію різних типів сутностей і визначення атрибутів кожної сутності. Низхідне проектування включає операції декомпозиції, що передбачає заміну вихідної множини відношень, що входять в схему БД, іншою множиною відношень, які є проекціями вихідних відношень. Цей підхід рекомендується застосовувати у тих випадках, коли кількість, різноманітність та складність сутностей, зв'язків і транзакцій значна за розмірами. Найбільш поширеними моделями для цього проектування є моделі "сутність − зв'язок" (ER-моделі, Entity-Relationship model).
Висхідне проектування починається з виявлення елементів даних, які потім групуються в набори даних. Спочатку визначаються атрибути, які потім об'єднуються в сутності. Висхідне проектування включає операції синтезу, що передбачає виконання компоновки із заданої множини функціональних залежностей між об'єктами предметної області вихідних відношень схеми БД. Цей підхід рекомендується застосовувати у тому випадку, якщо розробляється невелика БД з незначною кількістю об'єктів, атрибутів і транзакцій.
Концептуальне проектування полягає в створенні концептуальної моделі, яку відображає концептуальна схема БД. На цьому етапі визначаються об'єкти, зв'язки між об'єктами, атрибути, ключові атрибути. Логічне проектування полягає в створенні логічної моделі на основі вибраної моделі даних. На цьому етапі необхідно вже знати яка СУБД буде застосовуватися в системі (ієрархічна, мережна, реляційна, об'єктно-орієнтована). Для перевірки вірності логічної моделі застосовується нормалізація. Крім того логічна модель перевіряється на умову забезпечення всіх транзакцій користувачів. Фізичне проектування полягає в описі засобів фізичної реалізації логічного проекту БД. Фізичні моделі визначають засоби розміщення даних в середовищі зберігання і засоби доступу до цих даних, які підтримуються на фізичному рівні.
21. Цілісність баз даних.
Цілісність бази даних — стан бази даних, коли всі значення даних правильні в тому сенсі, що відображають стан реального світу (в межах заданих обмежень по точності та часовій узгодженості) і підпорядковуються правилам взаємної не суперечливості. Підтримка цілісності бази даних включає перевірку цілісності і відновлення з будь-якого неправильного стану, яке може бути виявлено; це входить у функції адміністратора бази даних.
Під цілісністю БД розуміють несуперечливість між собою даних, що в ній зберігаються. Наприклад, для кадрових відомостей рік народження співробітника не може бути більшим року призначення на посаду або поточного року. Щоб запобігти виникненню таких ситуацій при модифікації і поповненнях БД, співвідношення між даними контролюються спеціальними засобами підтримки цілісності БД. Специфікація подібних умов, що накладаються на дані і відслідковуються при будь-яких їх оновленнях, покладаються на спеціальну службу Адміністратора бази даних (АБД), а системи управління базами даних (СУБД) надають інструментальні засоби, які забезпечують службі АБД можливість виконання її функцій.
За критерієм виразової потужності інструментальні засоби специфікації умов цілісності можна підрозділити на такі групи:
1) порівняння поля запису (або атрибута) з константою або з іншим полем цього ж запису; приклад такої умови наводився вище;
2) порівняння поля запису з полем або кількома полями інших записів;
3) порівняння поля запису з множиною (підмножиною) значень полів всього файлу або навіть кількох файлів. При порівняннях використовуються відношення належності (неналежності) елемента множині, або застосовуються множинні функції типу суми, кількості, середнього арифметичного, тощо. Приклад такої умови: заробітна плата певного службовця не може більш ніж у 5 разів перевищувати середнє арифметичне від заробітної плати його підлеглих.
Зауважимо також, що вищенаведений поділ на групи має в своїй основі не тільки виразову потужність, а і складність алгоритмів реалізації.
Оскільки однією з основних властивостей БД є орієнтація на широке коло застосувань, то природно передбачити засоби захисту від неавторизованого доступу (навмисного чи ненавмисного) користувачів до даних. З цією метою в БД встановлюється система паролів та ідентифікацій користувачів, а також розподіл даних і користувачів на групи з різноманітними взаємними правами.
