Основные термины и понятия
Объект (сущность) – это человек, предмет или событие, о котором собирается и хранится информация. Обычный объект именуется именительным в единственном числе (сотрудник, подразделение).
Атрибут – отдельная характеристика объекта (должность, звание).
Экземпляр объекта – единичное значение объекта (Сидоров, Иванова).
Ключ объекта – атрибут или группа атрибутов, однозначно определяющее экземпляр объекта (табельный номер, паспортные данные).
Домен – область допустимых значений атрибута.
Администратор/Администрация базы данных (АБД) – лицо или группа лиц, ответственных за создание, ведение и использование базы данных.
Функции АБД – участие в разработке БД, запуск, корректировка, обслуживание, копирование, восстановление, реорганизации и обучение персонала работе с БД.
Морально-этические требования к АБД:
1) Честность, порядочность
2) Ответственность
3) Аккуратность, внимательность
4) Корректность, дипломатичность
Типы связей между объектами
1) Связь «один к одному» (1:1) – означает, что одному экземпляру первого объекта соответствует не более одного экземпляра второго объекта и наоборот. Если связи может не быть – то она не обязательная. (футбольная команда, сотрудники)
2) «Один ко многим» (1:М)(М:1) – означает, что одному экземпляру первого объекта соответствуют несколько экземпляров второго объекта и наоборот, одному экземпляру второго объекта соответствует не более одного экземпляра первого объекта. (токарный цех и токарь)
3) «Многие к многим» (М:М) – одному экземпляру первого объекта соответствуют несколько экземпляров второго объекта, и наоборот.
Модели представления данных
1) Концептуальная модель – совокупность объектов и их взаимосвязей вне зависимости от типа СУБД.
2) Логическая модель – совокупность объектов и их взаимосвязей в терминах конкретной СУБД.
3) Физическая (внутренняя) модель – представление данных на внешнем носителе.
4) Внешняя (подмодель) модель – представление о данных с точки зрения пользователя. Назначение: упрощение и защита от несанкционированного использования.
Формы записи концептуальных моделей:
1) Овал-диаграммы – каждый объект в виде овала, внутри – имя, все объекты соединены линиями.
2) Табличная форма – таблица представляет собой объект, а её колонки или строки содержат названия атрибутов. Все объекты соединяются линиями связи.
3) Списковая – объект представляет собой список, в котором через запятую указываются атрибуты, заключенные в круглые скобки, а перед левой скобкой указывается имя объекта, все списки соединяются линиями связи.
4) ER-диаграммы – машинная форма записи модели.
Контроль целостности связей между объектами
Первичный ключ объекта - ключ, который служит для связи с родительской таблицей.
Внешний ключ – это атрибут или группа атрибутов, которые являются первичным ключом в родительской таблице.
Пример: Объект «подразделение» и объект «сотрудник». В таблице «подразделение» атрибут «код подразделения» является первичным ключом, а сам объект «подразделение» называется родительским объектом. В таблице «сотрудники» код подразделения является внешним ключом, а сама таблица называется дочерней таблицей. Таким образом, две таблицы связаны по полям «код подразделения».
Связь двух объектов позволяет логически объединить два объекта в один объект.
8 правил контроля целостности делятся на 3 группы.
Правила, связанные с корректировкой (обновлением) записей в базе:
1) Каскадное обновление - при изменении первичного ключа автоматически изменяется значение внешнего ключа.
2) Блокировка каскада – при попытке изменить значение внешнего ключа в случае наличия подчиненных записей попытка блокируется (отменяется).
3) Игнорирование контроля целостности – при корректировке первичного ключа внешний ключ остается прежним.
Правила, связанные с удалением записей:
1) Каскадное удаление – при удалении записей из родительской таблицы автоматически удаляются все связанные с ней записи в дочерней таблице.
2) Блокировка каскадного удаления – при попытке удалить запись из родительской таблице при наличии подчиненной записи в дочерней таблице попытка отменяется.
3) Игнорирование контроля целостности – при удалении записи из родительской таблицы все ранее подчиненные записи остаются в базе.
Правила, связанные со вставкой экземпляра «дочерний объект»
1) Контроль целостности - при попытке включить новый экземпляр в дочерний объект при отсутствии соответствующего экземпляра в родительском объекте попытка отменяется.
2) Игнорирование контроля целостности – возможность включения экземпляра в дочерний объект при отсутствии соответствующего экземпляра в родительском объекте.
По умолчанию включено игнорирование контроля целостности.