2.1 Сетевая модель данных

документам. Каждый документ имеет реквизиты (ДАТА, НОМЕР), НА­ ЗВАНИЕ и НОМЕР СКЛАДА, НАЗВАНИЕ ПОСТАВЩИКА или ПОЛУ­ ЧАТЕЛЯ. Кроме этого, документ имеет список получаемых или отпускае­ мых материальных ценностей. На основании данного документа осущест­ вляется перемещение материальных ценностей. Итоговые данные о всех перемещениях фиксируются в сущности ОСТАТОК. Один документ свя­ зан с одним клиентом.

Если один документ связан со многими перемещениями (например, один товар и несколько цен), то связь называется один ко многим.

Если материальная ценность связана со многими перемещениями, то связь называется многие к одному.

Кроме того, существуют следующие связи: один к одному и многие ко многим.

Достоинства: наглядность, быстрая работа с данными.

Недостатки: сложность описания, нет стандартных средств описания сетевой модели.

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

Реляционная модель данных создана Коддом в 1970 году и вызвала всеобщий интерес. Реляционная модель была попыткой упростить струк­ туру базы данных. В ней отсутствовали явные указатели на предков и по­ томков, а все данные были представлены в виде простых таблиц, разбитых на строки и столбцы.

К сожалению, практическое определение понятия реляционная база данных оказалась гораздо более расплывчатым, чем точное математиче­ ское определение, данное этому термину Коддом в 1970 году. В первых реляционных СУБД не были реализованы некоторые из ключевых частей модели Кодда, и этот пробел был восполнен только впоследствии. По мере роста популярности реляционной концепции реляционными стали назы­ ваться многие базы данных, которые на деле таковыми не являлись.

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

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

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

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

• Все значения данных в одном столбце имеют одинаковый тип дан­ ных и входят в набор допустимых значений, который называется доменом

столбца.

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

•Первичным ключом называется столбец или группа столбцов таб­ лицы, значения которых уникальным образом идентифицируют каждую строку таблицы. У таблицы есть только один первичный ключ.

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

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

Каждая таблица содержит строки и столбцы.

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

В отличие от строк столбцы таблицы (также называются полями) упо­ рядочены и пронумерованы.

Атрибут - пересечение строки и столбца, атрибут можно рассматри­ вать как значение поля.

З.Язык SQL как язык работы с реляционными базами

SQL является инструментом, предназначенным для обработки и чте­ ния данных, содержащихся в компьютерной базе данных. SQL - это со­ кращенное название структурированного языка запросов (Structured Query Language).KaK следует из названия, SQL является языком программирова­ ния, который применяется для организации взаимодействия пользователя с базой данных. На самом деле SQL работает только с базами данных од­ ного определенного типа, называемых реляционными.

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

4. Данные и взаимосвязи

Мы начинаем рассмотрение структуры базы данных с построения простой модели взаимосвязи объектов. В самых общих чертах такое моде­ лирование (иногда называемое объектным моделированием) подразумева­ ет определение:

-объектов, информация о которых будет содержаться в базе данных;

-свойств этих объектов;

-взаимосвязей между ними.

4.1.Объекты

Сначала рассмотрим объекты, на основе которых будет построена наша база данных. Без учета финансовой информации список объектов будет выглядеть так:

•Клиенты, с которыми мы имеем дело.

•Документы, в которых числятся данные о клиентах и их товарах.

•Склады, в которых располагаются товары.

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

Каждый из этих объектов обладает собственными свойствами, кото­ рые 'Также записаны в базе данных. Среди них:

•Название (имя) клиента.

•Реквизиты клиента.

•Реквизиты банка.

•Тип документа.

•Город, в котором находится клиент.

•Название материальной ценности (товара).

•Цена товара.

•Группа, в которую входит материальная ценность.

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

быть понятно из названия) и краткими (чтобы упростить ввод названий и уменьшить их ширину).

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

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

Таблица Документ

Код дата номер IDN клиента ГОМсклада

Ч Ч Ч Ч Ч. Ч

Таблица Клиент

IDN Ю Ыгорода название(имя) реквизиты ЮЫ_банка

Таблица Склад

IDN ШЫмат.отв. реквизиты название Группа, в кото­ рую входит

\AA_i

мат. ценность

Таблица Перемещение

[DN поряд.№ код_док датадок №_док IDNrpynnbi [DN_MaT.ueH. кол-во цена

Таблица Остаток

IDN IDN_rpynnbi ЮЫ мат.цен. кол-во цена ГОМ склада ПЖ перемещения

Чтобы избежать повторения столбцов, мы используем ядро базы (главную таблицу) и справочник (вспомогательную таблицу, которая под­ держивает информацию по отдельным позициям). (Подробнее см. п. 4.3. Нормализация данных).

В вышеприведенной базе данных ядром являются таблицы Документ, Перемещение и Остатки. Они выделены жирным шрифтом. К справоч­