Реляційна модель баз даних. Цілісність бази даних. Нормалізація, нормальні форми та функціональні залежності. Нормальна форма Бойса-Кодда. Запити та форми Access. Процес нормалізації при побудові бази даних "Музей" та система запитів над даними.
База даних знаходиться під управлінням СУБД (система управління базами даних). В основі організації бази даних є модель даних, яка визначає правила, у відповідності з якими структуруються дані. як забезпечити ефективність виконання запитів до бази даних, тобто яким чином, маючи у вигляді особливості конкретної СУБД, розташувати дані в зовнішній памяті і т.д.? Окремі БД можуть обєднувати всі дані, необхідні для вирішення однієї або декількох прикладних задач, або дані, що відносяться до якої-небудь предметної області (наприклад, фінансам, студентам, викладачам, кулінарії і т.п.). Системою управління базами даних називають сукупність програм і мовних засобів, за допомогою яких реалізується централізоване управління даними в базі, доступ до них і забезпечується взаємодія бази з прикладними програмами.Цілісність бази даних [database integrity] - стан бази даних, коли всі значення даних правильні в тому сенсі, що відображають стан реального світу (в межах заданих обмежень по точності та часовій узгодженості) і підпорядковуються правилам взаємної не суперечливості. Підтримка цілісності бази даних включає перевірку цілісності і відновлення з будь-якого неправильного стану, яке може бути виявлено; це входить у функції адміністратора бази даних. Але ця мета може бути досягнута лише в певних межах: СУБД не може контролювати правильність кожного окремого значення, що вводиться в базу даних (хоча кожне значення можна перевірити на правдоподібність). Підтримка цілісності бази даних може розглядатися як захист даних від невірних змін або руйнувань. Сучасні СУБД мають ряд засобів для забезпечення підтримки цілісності (так само, як і засобів забезпечення підтримки безпеки).База даних може характеризуватись надлишковістю даних, тобто коли при вирішенні різних задач запамятовування елементів даних призводило до збереження одної і тої ж інформації в різних модифікаціях. Правильна організація БД дозволяє в значній мірі зменшити надлишковість. Загалом базу даних іноді визначають як ненадлишкову сукупність елементів даних. Таким чином це забезпечує таку організацію БД в системі, при якій доступ до них забезпечується різними шляхами, причому одні і тіж дані можуть бути використані для відповіді на зовсім різні запити. Через надмірності інформації в базі даних виникають не тільки проблеми модифікації, додавання та видалення даних з бази даних, а й гостро постає питання економії місця на диску, погодьтеся нерозумно зберігати одну і ту ж інформацію в різних місцях.Кожна таблиця в реляційній БД задовольняє умові, відповідно до якої в позиції на перетині кожного рядка і стовпця таблиці завжди знаходиться єдине атомарне значення, і ніколи не може бути безлічі таких значень. Перша нормальна форма вимагає, щоб кожне поле таблиці було неподільним і не містило повторюваних груп. Наприклад, якщо мова йде про БД для відділу кадрів, то у таблиці з інформацією про співробітників поле "Прізвище" є неподільним, подільність поля "ПІП" залежить від контексту використання відповідної таблиці. Таблиця задовольняє другій нормальній формі, якщо вона виконує, по-перше вимоги першої нормальної форми та, по-друге, кожен її рядок таблиці однозначно і ненадлишково визначається первинним ключем. Перший - якщо радки таблиці, у яку вводиться інформація (наприклад, накладні на продажі) нумеруються щодня починаючи з першої, то номер не може однозначно визначити накладну, і не може бути первинним ключем.Розклад схеми відношень позначає розбиття схеми відношення на пару схем відношень R1 і R2 (які, можливо, перетинаються) так, щоб будь-яке відношення r (R), що задовольнить F, розкладалося без втрат на R1 і R2. Тоді умова зберігання буде виконуватися, R2 буде знаходитися в 3-й нормальній формі, а R1 може не знаходитися. Нормалізація призводить до збільшення обєма даних та звязків між таблицями. Одноразово може бути відкрита тільки одна база даних, що містить обовязкове вікно бази даних і вікна для роботи з обєктами бази даних. Тип даних поля можна уявляти собі як набір характеристик, які відносяться до всіх значень, що містяться в полі, і які визначають, якого роду можуть бути ці значення.Запити - це гнучкий і зручний засіб доступу до даних, важливою властивістю якого є те, що при створенні результуючої таблиці можна не тільки вибирати інформацію з бази, але й обробляти її. Якщо необхідно переглянути, додати, змінити або видалити дані з бази даних, використовуйте запит. Можна використовувати запити для фільтрування даних, виконання обчислень із даними та зведення даних. Також можна використовувати запити для автоматизації багатьох завдань керування даними та для перегляду змін у даних до їх затвердження. За допомогою запиту можна поставити просте питання, виконати розрахунки, обєднати дані з різних таблиць або навіть додати, змінити чи видалити дані таблиці.Було дано початкове раеляційне відношення «Експонати в музеї»: (Название экспоната, Тип экспоната, Год создания экспоната, Эпоха, Техническое состояние, Длина и Висота експоната, Название за
План
Зміст
1. Анотація
2. Зміст
3. Вступ
Теоретична частина
4. Призначення та класифікація систем управління базами даних (СУБД)
5. Реляційна модель даних
6. Цілісність бази даних
7. Надлишковість
8. Нормалізація, нормальні форми та функціональні залежності
9. Алгоритм декомпозиції
10. Найпопулярніші СУБД, Access
11. Звязки в Access
12. Запити та форми Access
13. Звіти в Access
14. Макроси в Access
Практична частина
15. Проектування БД "Музей"
16. Висновок
17. Використана література
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
