
- •Тема : Базы данных
- •Тема : Архитектура базы данных
- •Данные , их классификация
- •Классификация модели данных
- •Тема: Пользовательские запросы в базах данных.
- •1 Физическая модель Концептуальная модель бд ос Рабочая область Внешняя модель субд Системный буфер Пользователь
- •Тема: Инфологическая модель данных (сущность – связь)
- •Язык er диаграмм .Виды связей.
- •Датологическое проектирование
- •Физические модели данных
- •Тема: Реляционные база данных
- •Тема: Взаимосвязь основных понятий реляционных баз данных.
- •Элементы реляционных баз данных и форма ил представления .
- •12 Правил Кодда
- •Тема: Ограничение реляционных баз данных
- •Контрольная : Модель данных , реляционные бд , правила Кодда.
Тема: Реляционные база данных
Реляционная модель данных была разработана в 70-ом году 20 века. В середине 80-х реляционные базы полностью вытеснили все остальные . Это стало возможно благодаря чётко сформулированным 12 правилам построения реляционных баз данных сформулированных Тедом Коддом.
Опираясь на эти правила были сформулированы основные определения относящиеся к реляционным базам данных.
Реляционной называется база данных в которой все данные доступные пользователю организованны в виде таблиц , а все операции над данными сводятся к операциями над этими таблицами . В реляционных БД данные разбиваются на наборы которые составляют табличную структуру. Эта структура состоит из индивидуальных элементов называемые полями. Одиночный набор или группа полей называется записью.
Кроме этих определений в реляционных базах данных следует знать следующие понятия:
Тип данных
Отношения
Сущность
Атрибут
Домен
Картеж
Первичный ключ.
Тип данных – в реляционных базах данных полностью совпадает с понятием типах данных в языках программирования.
Виды типов данных :
Текстовые
Символьные
Числовые
Логические(булевые)
Специализированные (дата, время и т.п.)
Различные СУБД поддерживают различные типы данных. Так к примеру у Microsoft Aces есть тип данных memo которой больше нет ни у одной СУБД.
Отношение в реляционной базе данных – двумерная таблица содержащая некоторые данные.
Сущность – некоторый обособленный объект или событие информацию о котором необходимо сохранять в базах данных и который имеет определённый набор свойств – атрибутов. Сущностями могу как физические объекты так и абстрактные. Для сущности различают тип и экземпляр. Тип характеризуется именем и списком свойств. Экземпляр конкретными значениями свойств.
Атрибуты- свойство характеризующие сущность. В структуре таблице каждый атрибут именуется и ему соответствует заголовок некоторого столбца таблицы.
Атрибуты бывает следующих видов :
Идентифицирующие атрибуты имеют уникальное значение для сущностей данного типа.
В то время как описательное описывают разные свойства сущности.
Простые – состоят из одного компонента его значение не делимо.
Составные - является комбинацией нескольких компонентов которые могу принадлежать к различным типам данных.
Однозначные – одно значение так и много для каждого своего экземпляра
Многозначные - одно значение так и много для каждого своего экземпляра
Основные - значение основного атрибута не зависит от других атрибутов.
В то время как значение производного атрибута вычисляется на основе значений других атрибутов.
Спецификация атрибута состоит из : его названия , его типа данных и ограничение целостности – т.е. множество значений который может принимать данный атрибут.
Домен – множества всех возможных значений определённого атрибута отношений.
Схема отношений (заголовок отношений) – список имён атрибутов с указанием имён доменов.
Кортеж – множество пар такого типа {имя атрибута ,значение атрибута} ,которое содержит одно вхождение каждого имени атрибута.
Первичный ключ – атрибуты или набор атрибутов однозначно идентифицирующие каждый из кортежей . Первичный ключ уникальный в отношении не может быть двух разных кортежей с одинаковыми значениями первичного ключа. Атрибуты составляющий первичный ключ не могут иметь значение «Null». Понятие null обозначает отсутствие какого либо значения атрибута. Для каждого отношения первичный ключ может быть только один. Каждое отношение обязательно имеет комбинацию атрибутов которая может служить ключом. Возможны случаи когда отношение имеет несколько комбинаций атрибутов , каждая из которых однозначно определяет все кортежи отношений. Все эти комбинации являются возможными ключами отношения. Любой из возможных ключей может выбран первичным по усмотрению проектировщика базы данных.