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

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

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

Реляционная модель данных имеет следующие свойства [9]:

– каждый элемент таблицы – один элемент данных;

– все поля в таблице являются однородными, т.е. имеют один тип;

– каждое поле имеет уникальное имя;

– одинаковые записи в таблице отсутствуют;

– порядок записей в таблице может быть произвольным и может характеризоваться количеством полей, типом данных.

2.9.3 Иерархическая модель

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

Узел – информационная модель элемента, находящегося на данном уровне иерархии.

Свойства иерархической модели данных [7]:

– несколько узлов низшего уровня связано только с одним узлом высшего уровня;

– иерархическое дерево имеет только одну вершину (корень), не подчиненную никакой другой вершине;

– каждый узел имеет свое имя (идентификатор);

– существует только один путь от корневой записи к более частной записи данных.

2.9.4 Сетевая модель

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

2.9.5 Проблемы реляционного подхода

Можно доказать, что любую структуру данных можно преобразовать в простую двухмерную таблицу. Такое представление является наиболее удобным и для пользователя, и для машины, подавляющее большинство современных информационных систем работает именно с такими таблицами, т.е. с реляционными базами данных.

Основная идея реляционного подхода состоит в том, чтобы представить произвольную структуру данных в виде двухмерной таблицы, т.е. нормализовать структуру [9].

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

– однозначная идентификация записи: запись должна однозначно определяться значением ключа;

– отсутствие избыточности: никакое поле нельзя удалить из ключа, не нарушая при этом свойства однозначной идентификации.

Каждое значение первичного ключа в пределах таблицы должно быть уникальным. В противном случае невозможно отличить одну запись от другой. Указание ключа – это единственный способ отличить одну запись от другой. Обычно используют придуманные разработчиком уникальные цифровые значения – код, табельные номера и т.д.

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

2.9.6 Нормализация

Мы уже говорили, что процесс превращения иерархической или сетевой структуры данных в реляционную называется нормализацией. Внешне эта операция очень проста, но содержит некоторые нюансы, игнорирование которых может привести к неприятностям. Нюансы эти заключаются в том, что даже для простых двухмерных структур приходится подправлять состав полей.

Например, мы включим в таблицу поле, значение которого не зависит от первичного ключа. В таком случае появляется возможность утери информации. Однако важнее другое: повторяя многократно одни и те же данные, мы не только переделаем массу лишней работы, но и неминуемо ошибемся. Поэтому следует стремиться к исключению из таблицы полей, которые не связаны непосредственно с первичным ключом таблицы. Для этого, помимо оперативной, можно создать несколько справочных таблиц. Оперативная таблица меняется часто, а справочники – редко, их легко выправить раз и навсегда, внося в дальнейшем лишь небольшие изменения [8].

При проектировании таблиц рекомендуются следующие «золотые правила»:

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

– если первичный ключ не просматривается, подумать, правильно ли подобран состав полей;

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

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

Похожие работы

Анализ информационной составляющей системы управления на примере ООО "Радуга"

Скачать

29941

6

4

... решить поставленные задачи и быть приемлемой по цене. Таким образом, создание автоматизированной системы, преследовало следующие цели: – автоматизация работы отдела кадров; – повышения производительности труда отдела кадров; – уменьшения затрат на содержание отдела кадров. 2 Анализ информационных потоков на предприятии   2.1 Информационные потоки, используемые на предприятии   2.1.1 ...

Анализ информационно-технического обеспечения системы управления персоналом

Скачать

116809

6

1

... сетям, что позволяет иметь более полную информацию о рынке труда в целом и даже об отдельных работниках - их прошлых мест работы, специализации, квалификации и т.п. 2. Анализ информационно-технического обеспечения системы управления персоналом ООО "БТСП" 2.1 Краткая характеристика предприятия ООО "БТСП" ООО "БТСП" - это предприятие по перевозке пассажиров, грузов и ремонту прочих ...

Построение эффективной системы управления персоналом организации

Скачать

165700

10

22

... отношений с профсоюзными организациями и т.д. На крупных фирмах наблюдается централизация кадровых служб. Глава 3. Оценка результативности системы управления персоналом организации.   Нет необходимости доказывать, что в рыночных условиях эффективность хозяйственной деятельности в огромной степени зависит от качества работы службы управления персоналом, результативности принимаемых ими ...

Автоматизированные информационные системы управления персоналом предприятия

Скачать

37134

0

1

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