Модели данных. Для реализации основных функций в ИС используются различ­ные принципы описания данных

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

Важнейшим понятием реляционных моделей данных является сущность. Сущность - это объект любой природы, данные о кото­ром хранятся в БД. Данные о сущности хранятся в двумерных таб­лицах, которые называют реляционными.

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

• один элемент таблицы — один элемент данных;

• все столбцы таблицы содержат однородные по типу данные (це­лочисленный, числовой, текстовый, и т.д.);

• каждый столбец имеет уникальное имя;

• число столбцов задается при создании таблицы;

• порядок записей в отношении может быть произвольным;

• записи не должны повторяться;

• количество записей в отношении не ограничено.

Объекты, их взаимосвязи и отношения представлены в виде таб­лиц. Формальное построение таблиц связано с фундаментальным понятием отношение (термин реляционная исходит от английского слова relation - отношение).

4.4.Первичным ключом отношения называется поле или фуппа по­лей, однозначно определяющие запись. В отношении СТУДЕНТ пер­вичным ключом может быть поле ФАМИЛИЯ, если во всем списке нет однофамильцев - это будет простой ключ. Если есть однофа­мильцы, то совокупность полей - фамилия, имя, отчество — созда­дут составной первичный ключ. 11а практике обычно в качестве клю­чевого выбирают поле, в котором совпадения заведомо исключены.

При работе с такими таблицами повторяться могут только дан­ные в поле «КОД вуза*, а все необходимые сведения о вузе можно взять из отношения ВУЗ. Заметим при этом, что ввод в поле «КОД вуза* целого числа, вместо длинного названия, принесет гораздо меньше ошибок. В отношении ВУЗ поле «КОД вуза* будет первич­ным ключом, а в отношении СТУДЕНТ поле «КОД вуза* будет вне­шним ключом.

Для связи реляционных таблиц необходимо ввести в обе табли­цы одинаковые по типу поля, по которым определится связь между

записями обеих таблиц. Связи бывают нескольких типов «один к од­ному*, «один ко многим», «многие ко многим». В вышеприведенном примере была установлена связь «один ко многим», т.е. одной записи в таблице ВУЗ соответствуют многие записи в таблице СТУДЕНТ.