36588

Реляционная модель данных

Лекция

Информатика, кибернетика и программирование

Любую таблицу упрощенно можно описать следующим образом: НАЗВАНИЕ ТАБЛИЦЫ Поле1 Поле2 Поле3ПолеN Например: СТУДЕНТЫНомер_зачетки ФИО Факультет. Располагаются столбцы в таблице в порядке следования их имен принятом при создании таблицы. В каждой таблице должен быть столбец или совокупность столбцов значение которого однозначно идентифицирует каждую запись таблицы. Этот столбец или совокупность столбцов называется первичным ключом primry key PK таблицы.

Русский

2013-09-22

46.5 KB

9 чел.

Лекция № 2. Реляционная модель данных

  1.  Реляционная модель: основные понятия
  2.  Основные свойства реляционной модели
  3.  Типы взаимосвязей в реляционной модели

1. Реляционная модель: основные понятия

В классической теории БД, модель данных - есть форма представления и обработки данных в СУБД. Наибольшее распространение в настоящее время получила реляционная модель, хотя существуют и другие модели данных.

Реляционная модель данных была предложена Е.Ф. Коддом (IBM) в 1970 году.

Реляционная модель опирается на систему понятий реляционной алгебры, важнейшими из которых являются: таблица (отношение), строка (запись), столбец (поле), первичный ключ. Все операции сводятся к манипуляции с таблицами.

Любую таблицу упрощенно можно описать следующим образом:

НАЗВАНИЕ ТАБЛИЦЫ (Поле1, Поле2, Поле3…ПолеN)

Например: СТУДЕНТЫ(Номер_зачетки, ФИО, Факультет).

Таблица отражает объект реального мира «сущность», а каждая ее строка (запись) – конкретный экземпляр сущности. Каждый столбец (поле) имеет уникальное имя. Располагаются столбцы в таблице в порядке следования их имен, принятом при создании таблицы. Строки, в отличие от столбцов, не имеют имен, порядок их следования не определен, а количество – не ограничено.

В каждой таблице должен быть столбец (или совокупность столбцов), значение которого однозначно идентифицирует каждую запись таблицы. Этот столбец (или совокупность столбцов) называется первичным ключом (primary key, PK) таблицы. Ключ должен обладать свойствами уникальности и минимальности. Ключ может быть искусственный (создается СУБД и не содержит информации) и естественный (содержит информацию, например номер зачетки).

Чтобы сократить размер таблицы, а также для удобства заполнения БД, выносим данные о факультетах в отдельную таблицу ФАКУЛЬТЕТЫ (Код, Факультет) и создаем связь между таблицами. На практике связь может реализовываться в виде, например, раскрывающегося списка на форме.

Связи между таблицами поддерживаются внешними ключами. Внешний ключ (foreign key, FK) – это поле, значение которого однозначно характеризуется значением первичного ключа другой таблицы.

Таким образом, получаем БД из двух взаимосвязанных таблиц:

СТУДЕНТЫ (Номер_зачетки, ФИО, Факультет_код).

ФАКУЛЬТЕТЫ (Код, Факультет)

При установлении связи между двумя таблицами одна из них будет являться главной (master), а вторая — подчиненной (detail). Где в этом примере главная, а где подчиненная таблицы?


2.
 Основные свойства реляционной модели

  •  Поля в таблице создаются разработчиком БД и имеют уникальные имена.
  •  Поля могут иметь различный тип. В одном поле не могут содержаться данные разных типов.
  •  Значение любого поля должно быть неделимым. Каждая ячейка таблицы содержит только один элемент данных.
  •  Одинаковые строки в таблице отсутствуют.
  •  Каждая таблица должна иметь первичный ключ – поле или совокупность полей, которые единственным образом определяют каждую строку в таблице.
  •  Поля могут быть обязательными для заполнения (ключевое поле) или нет.
  •  Таблица может содержать любое количество записей (ограничено только объемом памяти компьютера). Записи можно добавлять, удалять, редактировать, сортировать, искать.

3. Типы взаимосвязей в реляционной модели

Различают четыре типа связей между таблицами реляционной базы данных:

Связь «один-к-одному» (1:1) означает, что каждой записи главной таблицы соответствует только одна запись подчиненной и наоборот каждой записи подчиненной таблицы соответствует только одна запись главной таблицы.

Связь «один-ко-многим» (1:M) означает, что каждой записи главной таблицы может соответствовать несколько записей подчиненной, а каждой записи подчиненной таблицы может соответствовать только одна запись главной.

Связь «многие-к-одному» (M:1) означает, что нескольким записям главной таблицы может соответствовать одна и та же запись подчиненной таблицы.

Связь «многие-ко-многим» (M:M) означает, что каждой записи главной таблицы могут соответствовать несколько записей подчиненной и наоборот каждой записи подчиненной таблицы могут соответствовать тоже несколько записей главной.

Примеры: студенты и стипендия, студенты и группа, студенты и специальности, студенты и преподаватели.

Наиболее часто в реляционных БД встречается вид связи 1:М, где одна запись главной таблицы оказывается связанной со многими записями подчиненной таблицы. Связь 1:1 можно считать частным случаем связи 1:М – этот вид связи используется для разделения таблицы с большим количеством полей или изоляции части таблицы из соображений безопасности. Связь М:1 является, по сути, «зеркальным отображением связи» 1:М. Связь М:М используется редко, не поддерживается большинством СУБД и сводится к комбинации связей 1:М и М:1 через дополнительную таблицу (Например: Преподаватели – Расписание – Дисциплины).

PAGE  1


 

А также другие работы, которые могут Вас заинтересовать

72584. Педагогико-правовые аспекты совершенствования повышения квалификации сотрудников Федеральной миграционной службы 271 KB
  Разрешение проблем образования и повышения квалификации и переподготовки кадров, в частности, безусловно, относится к области первоочередных задач, стоящих перед государством и обществом. Модернизация образования — это одна из составляющих развития человеческого капитала.
72586. Государственный контроль за ограничивающими конкуренцию соглашениями хозяйствующих субъектов 15.99 KB
  Механизм государственного контроля за ограничивающими конкуренцию соглашениями хозяйствующих субъектов предусматривает две процедуры: рассмотрение антимонопольным органом представляемых хозяйствующими субъектами имеющими намерение достичь соглашения заявлений о проверке соответствия проекта...
72587. Виды юридической ответственности за нарушение антимонопольного законодательства 13.28 KB
  Виды юридической ответственности за нарушение антимонопольного законодательства За виновные противоправные деяния нарушающие антимонопольное законодательство субъекты антимонопольного воздействия несут юридическую ответственность.
72588. Обязательность исполнения решений и предписаний антимонопольного органа 12.5 KB
  Должностные лица антимонопольного органа наделены полномочием привлекать к административной ответственности лиц совершивших соответствующие правонарушения. Адресатами данной обязанности являются: коммерческие организации их должностные лица; некоммерческие организации их должностные лица...
72589. Ответственность за нарушение антимонопольного законодательства и законодательства о монополиях 14.71 KB
  Ответственность за нарушение антимонопольного законодательства является сравнительно молодым российским правовым институтом и представляет собой симбиоз норм и принципов из различных отраслей права цель которых обеспечить должный правовой режим экономической конкуренции.
72590. Принудительное разделение или выделение коммерческих организаций, а также некоммерческих организаций, осуществляющих деятельность, приносящую им доход 13.12 KB
  В случае систематического осуществления монополистической деятельности занимающей доминирующее положение коммерческой организацией а также некоммерческой организацией осуществляющей деятельность приносящую ей доход суд по иску антимонопольного органа в отношении кредитной...
72591. Основания для возбуждения дела о нарушении антимонопольного законодательства, место рассмотрения дела, а также последствия выявления признаков административного правонарушения при рассмотрении дела о нарушении антимонопольного законодательства 13.13 KB
  Антимонопольный орган в пределах своих полномочий возбуждает и рассматривает дела о нарушении антимонопольного законодательства принимает по результатам их рассмотрения решения и выдает предписания. Основанием для возбуждения и рассмотрения антимонопольным органом дела о нарушении...
72592. Порядок обжалования решений и предписаний антимонопольного органа 11.84 KB
  Согласно ст. 52 Закона о защите конкуренции решение и (или) предписание антимонопольного органа может быть обжаловано в течение трех месяцев со дня принятия решения или предписания. Как правило, заявления об оспаривании актов антимонопольного органа подаются в арбитражный...