2. Реляционные базы данных, основные понятия.

3. Понятия и терминология, связанные с таблицей реляционной базы данных

Реляционные БД представляют связанную между собой совокупность таблиц баз данных (ТБД). Связь между таблицами может находить свое отражение в структуре данных, а может только подразумеваться, то есть присутствовать на неформализованном уровне.

Каждая таблица БД представляется как совокупность строк и столбцов, где строки наз. записью, соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы – полем (признакам, характеристикам, параметрам) объекта, События, явления.

Поле содержит данные из одного допустимого типа, например, строкового, целочисленного или даты. Понятие структуры таблицы явл. более широким и вкл. в себя:

• Описание полей

• Ключ

• Индексы

• Ограничения на значения полей

• Ограничения ссылочной целостности между таблицами

• Пароли

С таблицей в целом можно выполнять следующие операции

• Создание

• Изменение структуры

• Переименование

• удаление

В каждой таблице БД может существовать первичный ключ. Под первичным ключом понимают поле или набор полей, однозначно идентифицирующий запись. Значение первичного ключа в таблице БД должно быть уникальным, то есть в таблице не должно существовать двух или более записей с одинаковым значением первичного ключа. Первичный ключ должен быть минимально достаточным: в нем не должно быть полей, удаление которых из первичного ключа не отразится на его уникальности.

В качестве первичного ключа не могут использоваться поля:

• ФИО - поскольку практически известно, что даже в одном отделе могут работать однофамильцы с одинаковыми инициалами или даже полные тезки;

• должность - поскольку хотя для данного примера названия должностей и уникальны, в любом отделе наверняка найдутся сотрудники, занимающие одну и ту же должность;

• номер отдела и год рождения - поскольку здравый смысл подсказывает, что может найтись достаточное число сотрудников, работающих в одном отделе или родившихся в одном году.

№ пропуска	ФИО	Должность	Отдел	Год рожд.
111222	Иванов И.И.	нач. отдела	122	1940
333444	Петров П.П.	диспетчер	122	1942
234567	Сидоров С.С.	наладчик	118	1940
101010	Петраков А.И.	кладовщик	118	1967
202020	Мамукин М.М.	инженер	196	1966

Рис. 1.4. Таблица "Сотрудники"

1.4.1. Отношение "один-ко-многим"

Отношение "один-ко-многим" имеет место, когда одной записи родительской таблицы может соответствовать несколько записей в дочерней таблице.

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

Связь "один-ко-многим" иногда называют связью "многие-к-одному". В этом случае подразумевается, что мы смотрим со стороны дочерней таблицы на родительскую. Когда упоминают название "один-ко-многим", имеется в виду, что следует смотреть со стороны родительской таблицы на дочернюю. И в том и в другом случае сущность связи между таблицами остается неизменной.

Связь "один-ко-многим" является самой распространенной для реляционных баз данных. Как можно заметить, она позволяет моделировать иерархии данных.