
- •1) Файловые системы хранения данных: принцыпы построения, область применения, достоинства и недостатки.
- •3)Система управления базой данных (субд) и языковые средства субд.
- •5. Персонал для поддержки БнД
- •6) Трехуровневая архитектура баз данных, назначение отдельных уровней.
- •2)Принципы централизованного управления данными.
- •5) Преимущества и недостатки технологии баз данных.
- •7) Принципы информационного моделирования. Виды моделей данных и требования к ним.
- •8) Концепция реляционной модели данных.
- •9) Структурная организация данных в реляционной модели. Фундаментальные свойства отношения.
- •10) Требования целостности данных в реляционной модели. Поддержка целостности таблиц и целостности по ссылкам.
- •11) Реляционная алгебра и реляционное исчисление. Реляционная алгебра э. Кодда.
- •29) Избыточность и виды аномалий при изменении данных
- •1) Аномалии коррекции (обновления)
- •2) Аномалии удаления
- •3) Аномалии вставки
- •30) Виды функциональных зависимостей между атрибутами.
- •18) Создание таблиц бд с помощью языка sql.
- •17) Возможности современного языка sql.
- •16) Язык запросов по образцу (qbe).
- •19) Выборка данных с помощью языка sql. (Слишком много)
- •20) Общая характеристика модели «сущность-связь».
- •21) Сущность и ее атрибуты. Виды атрибутов. Ключевые атрибуты и виды ключей.
- •23) Пример построения er-моделию
- •25) Методология концептуального проектирования бд.
- •22) Связи между сущностями. Классификация связей по их степени. Типы связей с точки зрения их мощности. Степень участия в связи. Атрибуты связей.
- •24) Этапы проектирования бд: концептуальное, логическое физическое.
- •27) Необходимость проверки таблиц с учетом требований нормализации
- •28) Этапы процесса нормализации и взаимосвязи между разными нормальными формами.
- •1. Исключение элементов, несовместимых с реляционной моделью данных
- •2. Формирование набора таблиц для логической структуры реляционной бд
- •31) Требования нормальных форм 1нф, 2нф, 3нф и нфбк.
8) Концепция реляционной модели данных.
Эта модель данных реализована во многих существующих СУБД, причем на сегодняшний день она является наиболее распространенной.
Основные достоинства реляционного подхода:
небольшой набор простых и точных понятий, которые позволяют моделировать разнообразные предметные области;
теоретическая поддержка в виде мощного математического аппарата теории множеств и реляционной алгебры;
при манипулировании данными не требуется знать физическую организацию БД во внешней памяти.
При формальном рассмотрении этой модели, которая относится к низкоуровневым моделям данных, выделяют следующие основные аспекты:
структурная организация данных – от этого зависит эффективность хранения данных и скорость их обработки;
способы обеспечения целостности данных – для исключения противоречий между взаимосвязанными элементами данных;
манипулирование данными, т.е. порядок выполнения конкретных операций при работе СУБД.
9) Структурная организация данных в реляционной модели. Фундаментальные свойства отношения.
Основа реляционной модели – математическое понятие отношения (англ. – relation).
Физическим представлением отношения является обычная двумерная таблица.
В отдельной таблице обычно хранятся данные для некоторого информационного объекта (ИО).
При таком способе структурирования данных БД называется реляционной.
Примеры информационных объектов
Название |
Реквизиты ИО |
Студент |
Фамилия, имя, отчество, пол, год рождения, факультет, курс, группа, оценки, … |
Преподаватель |
Фамилия, имя, отчество, пол, год рождения, кафедра, должность, стаж работы, научные труды, … |
Пациент |
Фамилия, имя, отчество, пол, год рождения, место работы (учебы), должность, …. |
В таблице реляционной БД столбцы называют полями и они соответствуют реквизитам ИО, для которого предназначена рассматриваемая таблица.
Каждому полю обычно дают содержательное название, причем в отдельной таблице названия полей не должны повторяться.
Строки таблицы для хранения данных называют записями (или кортежами).
В полях отдельной записи хранятся значения реквизитов для конкретного экземпляра рассматриваемого ИО.
Пример таблицы для хранения данных
При формировании заголовка таблицы порядок расположения столбцов значения не имеет.
Количество столбцов определяет степень отношения (таблицы).
Унарное отношение имеет степень 1, а бинарное отношение – степень 2.
Кардинальность отношения измеряется количеством записей (кортежей).
Фундаментальные (базовые) свойства отношения (таблицы)
Каждая ячейка отношения содержит только одно элементарное (атомарное, неделимое) значение.
Каждая запись является уникальной, т.е. дублирование записей не допускается.
Это следует из определения таблицы как множества записей, а каждое множество по определению состоит из различных элементов.
Порядок размещения записей не имеет никакого значения, что также вытекает из понятия «множество».
При необходимости записи можно упорядочить с помощью операции сортировки, но это уже относится к манипулированию данными.