книги / Структурный подход к организации баз данных

ПРИНЯТО-НАЛИЧНЫМИ. Общая сумма, принятая кассиром в течение дня налич­ ными; указывается в отчете кассира о движении денежных сумм.

ВЫДАНО-ЧЕКОВ-ИТОГО. Общее число чеков, выданных в течение дня кассиром; указывается в ответе кассира о движении денежных сумм.

ПРИНЯТО-ЧЕКОВ-ДРУГИХ-БАНКОВ. Число принятых кассиром в течение дня чеков, выданных другими банками. Указывается в отчете кассира о движении денежных сумм.

ПРИНЯТО-ЧЕКОВ-ИТОГО. Общее число чеков, которые кассир принял в течение дня. ПРИНЯТО-ЧЕКОВ-НАШЕГО-БАНКА. Ч исло принятых в течение дня кассиром чеков,

выданных нашим банком.

ИНКИдентификационный номер клиента.

НАЛИЧНОСТЬ-НА-КОНЕЦ-ДНЯ. Сумма наличных денег, находящихся у кассира в конце дня.

НАЛИЧНОСТЬ-НА-НАЧАЛО-ДНЯ. Сумма наличных денег, находящихся у кассира в начале дня.

ДАТА-РОЖДЕНИЯ-КЛИЕНТА. Дата рождения клиента. АДРЕС-КЛИЕНТА. Адрес клиента.

ИМЯ-КЛИЕНТА. Имя клиента. ТЕЛЕФОН-КЛИЕНТА. Номер телефона клиента.

ДАТА. Рабочий день. Каждый кассир получает отчет о движении денежных сумм в течение рабочего дня. Этот отчет может быть подготовлен как за один, так и за несколько дней. ДАТА является синонимом ДАТЫ-ОПЕРАЦИИ: даты выполнения операции.

НАЧАЛО-ОТЧЕТНОГО-ПЕРИОДА. Дата начала отчетного периода в недельной сводке особых случаев.

КОНЕЦ-ОТЧЕТНОГО-ПЕРИОДА. Дата окончания отчетного периода в недельной сводке особых случаев.

ПРОЦЕНТ. Процент, который клиент выплачивает по ссуде. Указывается в отчете о состоянии ссуд по отделению.

МАКС-СУММА-ТИП1 . Наибольшая денежная сумма, обработанная при выполнении операций первого типа (суммы вносятся на счета).

МАКС-СУММА-ТИП2. Наибольшая денежная сумма, обработанная при выполнении операций второго типа (суммы снимаются со счетов).

НАЗНАЧЕНО-ПО-ССУДЕ. Денежная сумма, назначенная по ссуде. НОМ-ССУДЫ. Указывается в отчете о состоянии ссуд по отделению.

ТИП-ССУДЫ. Например, ссуда под недвижимость, ссуда с погашением в рассрочку. Указывается в отчете о состоянии ссуд по отделению.

ИМЯ-УПРАВЛЯЮЩЕГО. Имя управляющего отделением банка. Считается, что в кон­ кретный период времени в каждом отделении имеется только один управляющий.

ОБЩИЙ-БАЛАНС. Общий баланс денежных сумм в отчете кассира о движении денежных сумм.

СЧЕТОВ-ИТОГО. В течение недели именно к такому числу счетов относятся особые случаи.

ОПЕРАЦИЙ-ИТОГО. Общее число операций, выполненных за неделю. Указывается в недельной сводке особых случаев управляющего отделением.

ОПЕРАЦИЙ-ТИПА1. Число операций первого типа (суммы вносятся на счета), выполненных данным кассиром в течение дня. Указывается в отчете кассира о движении денежных сумм.

ОПЕРАЦИЙ-ТИПА2. Число операций второго типа (суммы снимаются со счетов), выполненных данным кассиром в течение дня.

НОМ-СТРОКИ-СБЕРКНИЖКИ. Указывается только для сберегательных книжек. Используется в троперации ВНЕСТИ/ИЗЪЯТЬ. Номер строки сберкнижки вырабатывается во время обработки операции.

КОД-ПРИЧИНЫ. Код причины возникновения особой ситуации при выполнении банковской операции. Указывается в отчете управляющего отделением об особых случаях и в недельной сводке особых случаев.

ПРИМЕЧАНИЯ. Пояснение мер, принимаемых в особых случаях. Указываются в отчете управляющего отделением об особых случаях.

НОМ-КАССИРА. Номер, однозначно идентифицирующий кассира. ПОЛУЧЕНО-ПО-ССУДЕ. Общая денежная сумма, полученная по выданной ссуде. НЕДОПОЛУЧЕНО-ПО-ССУДЕ. Денежная сумма, которую следует еще получить по

выданной ссуде.

ДАТА-ОПЕРАЦИИ. День, в который производилась операция. НОМ-ОПЕРАЦИИ. Номер операции.

ВРЕМЯ-ОПЕРАЦИИ. Время, когда выполнялась операция.

ТИП-ОПЕРАЦИИ. Тип операции. Существуют два типа операций: сумма вносится на счет и сумма снимается со счета.

1.4.Приведем схему отношений элементов данных, используемых в каждом из отчетов,

ктретьей нормальной форме. Если для каких-либо отчетов этого сделать не удастся, объединим входящие в них элементы данных и получим отношения в третьей нормальной форме.

Отчет управляющего отделением (особые случаи). Перечислим элементы данных, которые представляют объекты, используемые в этом отчете:

НОМ-ОТДЕЛЕНИЯ, НАЗВ-ОТДЕЛЕНИЯ; АДРЕС-ОТДЕЛЕНИЯ, ИМЯ-УПРАВЛЯЮЩЕГО, НОМ-СЧЕТА, ИНК, ИМЯ-КЛИЕНТА, ДАТА-ОПЕРАЦИИ, ВРЕМЯ-ОПЕРАЦИИ, ТИП-ОПЕРАЦИИ, СУММА, КОД-ПРИЧИНЫ, КОД-ДЕЙСТВИЯ, ПРИМЕЧАНИЯ.

Между перечисленными элементами данных существуют следующие взаимосвязи: 1. НОМ-ОТДЕЛЕНИЯ 4----НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ, ИМЯ-

УПРАВЛЯЮЩЕГО. Для данного НОМ-ОТДЕЛЕНИЯ существует только одно НАЗВОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ и ИМЯ-УПРАВЛЯЮЩЕГО. Это взаимосвязь «один

значно определяет ИМЯ-КЛИЕНТА. Однако может быть несколько клиентов с оди­ наковыми именами. Это также взаимосвязь «один ко многим».

4. НОМ-СЧЕТА * ДАТА-ОПЕРАЦИИ * ВРЕМЯ-ОПЕРАЦИИ <4-------> ТИП-

ОПЕРАЦИИ, СУММА. НОМ-СЧЕТА в совокупности с ДАТОЙ- и ВРЕМЕНЕМ-ОПЕРА- ЦИИ однозначно определяет операцию, т. е. ТИП-ОПЕРАЦИИ и СУММУ.

5. НОМЕР-СЧЕТА >К КОД-ПРИЧИНЫ ^ --------» КОД-ДЕЙСТВИЯ, ПРИМЕЧА­

НИЯМеры, принимаемые в особых случаях (КОД-ДЕЙСТВИЯ, ПРИМЕЧАНИЯ), зависят от КОДА-ПРИЧИНЫ и НОМ-СЧЕТА (т. е. от клиента, в отношении которого принимаются меры).

Схема отношений в третьей нормальной форме для отчета управляющего отделением (особые случаи) представлена на рис. А-8.

1. НОМ-ОТДЕЛЕНИЯ «------>НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ, ИМЯ-

Рис. А.8

Отчет управляющего отделением (недельная сводка особых случаев). Следующие элементы данных представляют объекты, используемые в этом отчете:

НОМ-ОТДЕЛЕНИЯ, НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ, ИМЯ-УПРАВЛЯЮЩЕГО, КОД-ПРИЧИНЫ, НАЧАЛО-ОТЧЕТНОГО-ПЕРИОДА,

Отчет о проверке кассира. Следующие элементы данных представляют объекты,

используемые в этом отчете:

НОМ-ОТДЕЛЕНИЯ, НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ, НОМЕР-КАССИРА, ИМЯ-КАССИРА, ДАТА, ПРИЧИНА-ПРОВЕРКИ, ОПЕРАЦИЙ-ТИПА1, ОПЕРАЦИЙ-ТИПА2, МАКС-СУММА-ТИП1,

МАКС-СУММА-ТИП2.

Взаимосвязи между перечисленными элементами данных представлены в виде отноше­ ний в третьей нормальной форме на рис.А.12.

13.НОМ-ОТДЕЛЕНИЯ< ----- > НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ.

14.НОМ-КАССИРА « ------- > ИМЯ-КАССИРА.

15.НОМ-ОТДЕЛЕНИЯ * НОМ-КАССИРА * ДАТА**------- » ПРИЧИНА-ПРОВЕРКИ, ОПЕРАЦИЙ-ТИПА1, ОПЕРАЦИЙ-ТИПА2, МАКС-СУММА-ТИП 1, МАКС- СУММА-ТИП2.

Рис. А. 12

Операция ЗА П Р О С . Следующие элементы данных представляют объекты, используе­

мые при обработке этой операции:

НОМ-СЧЕТА, ТИП-СЧЕТА, ОСТАТОК, ИНК, ИМЯ-КЛИЕНТА,

АДРЕС-КЛИЕНТА, ТЕЛЕФОН-КЛИЕНТА, ДАТА-РОЖДЕНИЯ-КЛИЕНТА. Взаимосвязи между перечисленными элементами. данных представлены на рис. А.13

в виде отношений в третьей нормальной форме.

используемые в этой операции: НОМ-СЧЕТА, ТИП-СЧЕТА, ОСТАТОК,

НОМ-ОТДЕЛЕНИЯ, НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ, ДАТА-ОПЕРАЦИИ, ВРЕМЯ ОПЕРАЦИИ, ТИП-ОПЕРАЦИИ, НОМЕР-ОПЕРАЦИИ, СУММА, НОМ-КАССИРА, НОМ-СТРОКИ-СБЕРКНИЖКИ.

Взаимосвязи между перечисленными элементами данных представлены на рис. А. 14

ввиде отношений в третьей нормальной форме.

19.НОМ-СЧЕТА -------> ТИП-СЧЕТА, ОСТАТОК. .

20.НОМ-ОТДЕЛЕНИЯ «----- =►НАЗВ-ОТДЕЛЕНИЯ, АДРЕС-ОТДЕЛЕНИЯ.

21.НОМ-СЧЕТА * ДАТА-ОПЕРАЦИИ * ВРЕМЯ-ОПЕРАЦИИ« ---- ^ТИП-ОПЕРА­

ЦИИ, НОМ-ОПЕРАЦИИ, СУММА, НОМ-КАССИРА, НОМ-СТРОКИ-СБЕР-

книжки.

Рис. А.14

В результате совместного рассмотрения отношений в третьей нормальной форме мы по­ лучаем объекты ОТДЕЛЕНИЕ, КАССИР, КЛИЕНТ, ССУДА и СЧЕТ. Взаимосвязи между перечисленными объектами представляют объекты ДВИЖЕНИЕ-СУММ, ПРОВЕРКА, ОПЕРАЦИЯ, ОСОБЫЙ-СЛУЧАЙ и СВОДКА-ОСОБЫХ-СЛУЧАЕВ. Полная схема отно­ шений имеет следующий вид:

I. ОТДЕЛЕНИЕ:

НОМ-ОТДЕЛЕНИЯ ^НАЗВ-ОТДЕЛЕ- НИЯ, АДРЕС-ОТДЕЛЕНИЯ, ИМЯ-УПРАВЛЯЮЩЕГО.

ИНК*<-----^ИМЯ-КЛИЕНТА, ДАТА-РОЖДЕНИЯ-КЛИЕНТА, ТЕЛЕФОН-КЛИЕН­ ТА, АДРЕС-КЛИЕНТА, НОМ-ОТДЕЛЕНИЯ.

Атрибуты ИМЯ-КЛИЕНТА и ДАТА-РОЖДЕНИЯ-КЛИЕНТА подчеркнуты, потому

что они входят в состав первичного ключа в ряде других отношений.

В качестве неключевого атрибута введен НОМ-ОТДЕЛЕНИЯ. За счет этого устанав­

ливается связь между идентификационным номером клиента (ИНК) и отделением, в котором хранится его счет.

IV. ССУДА:

НОМ-ССУДЫ ----- ^ТИП-ССУДЫ, НАЗНАЧЕНО-ПО-ССУДЕ, ПРОЦЕНТ, ПОЛУ- ЧЕНО-ПО-ССУДЕ, НЕДОПОЛУЧЕНО-ПО-ССУДЕ, НОМ-ОТДЕЛЕНИЯ , ИНК.

Здесь также включены в качестве неключевых атрибутов НОМ-ОТДЕЛЕНИЯ и ИНК.

Это позволяет установить связь между ссудой, филиалом, выдавшим ссуду, и клиентом, которому выдана ссуда.

Здесь также введены в качестве неключевых атрибутов ИНК и НОМ-ОТДЕЛЕНИЯ Это позволяет связать счет с отделением, где хранится этот счет, и с клиентом, для которого

ЛО-ДНЯ, НАЛИЧНОСТЬ-НА-КОНЕЦ-ДНЯ, ПРИНЯТО-НАЛИЧНЫМИ, ВЫДАНО-НА- ЛИЧНЫМИ, ПРИНЯТО-ЧЕКОВ-НАШЕГО-БАНКА, ПРИНЯТО-ЧЕКОВ-ДРУГИХ-БАН- КОВ, ПРИНЯТО-ЧЕКОВ-ИТОГО, СУММА-ПО-ПРИНЯТЫМ-ЧЕКАМ-НАШЕГО-БАНКА, СУММА-ПО-ПРИНЯТЫМ-ЧЕКАМ-ДРУГИХ-БАНКОВ, СУММА-ПО-ПРИНЯТЫМ-ЧЕ-

КАМ-ИТОГО, ВЫДАНО-ЧЕКОВ-ИТОГО, ОБЩИЙ-БАЛАНС. VII. ПРОВЕРКА :

НОМ-ОТДЕЛЕНИЯ * ДАТА-НОМ-КАССИРА ----->ПРИЧИНА-ПРОВЕРКИ,

ОПЕРАЦИЙ-ТИПА1, ОПЕРАЦИЙ-ТИПА2, МАКС-СУММА-ТИП 1, МАКС-СУММА-ТИП2.

ЦИИ, НОМ-ОПЕРАЦИИ, СУММА, НОМ-СТРОКИ-СБЕРКНИЖКИ, НОМ-КАССИРА,

ИНК, НОМ-ОТДЕЛЕНИЯ НОМ-КАССИРА, являющийся здесь неключевым атрибутом, подчеркнут, так как в ряде

других отношений он входит в состав первичного ключа. В качестве неключевых атрибутов введены ИНК и НОМ-ОТДЕЛЕНИЯ . Это позволяет связать операцию с клиентом, который ее затребовал, и с отделением, в котором она была выполнена.

IX. ОСОБЫЙ-СЛУЧАЙ:

НОМ-СЧЕТА * КОД-ПРИЧИНЫ**------- ^КОД-ДЕЙСТВИЯ, ПРИМЕЧАНИЯ. X. СВОДКА-ОСОБЫХ-СЛУЧАЕВ:

НОМ-ОТДЕЛЕНИЯ * КОД-ПРИЧИНЫ * НАЧАЛО-ОТЧЕТНОГО-ПЕРИОДА * КО- НЕЦ-ОТЧЕТНОГО-ПЕРИОДА ^ ------- »ОПЕРАЦИЙ-ИТОГО, СЧЕТОВ-ИТОГО, СУММАИТОГО.

ШАГ 1.5. Используя полученные на шаге 1.4 отношения в третьей нормальной форме,

представим концептуальную модель графически (гл. 5).

На рис. АЛБ' приведена концептуальная модель, основанная на схеме отношений в третьей нормальной форме I—X. Прямоугольники, пронумерованные римскими цифрами, представляют соответствующие отношения нормализованной схемы. Атрибуты ДАТА, ВРЕМЯ и КОД-ПРИЧИНЫ участвуют в отношениях в третьей нормальной форме в качестве компонентов первичного ключа, но не являются самостоятельными объектами. Для того чтобы отразить участие ДАТЫ, ВРЕМЕНИ и КОДА-ПРИЧИНЫ в первичных ключах, мы

изобразили соответствующие прямоугольники, кдторые находятся на первом уровне. Отноше­ ния VI, VII, VIII, IX и X отражают взаимосвязи между объектами на первом уровне. Отношение VIII ОПЕРАЦИЯ отражает взаимосвязи между объектами ВРЕМЯ, ДАТА, СЧЕТ и КАССИР.

Стрелки соединяющие объекты, которые находятся на первом уровне, отражают взаи­ мосвязи между СЧЕТОМ и КЛИЕНТОМ, ССУДОЙ и КЛИЕНТОМ и между КЛИЕНТОМ и ОТДЕЛЕНИЕМ. При этом клиент может иметь несколько счетов, но каждый счет открыва­ ется на конкретного клиента; это же справедливо и для ссуд; отделение банка обслуживает многих клиентов, однако каждый клиент открывает свой счет в определенном отделении (здесь ему присваивается идентификационный номер ИНК). Стрелки в верхней части рисун­ ка вводятся после получения концептуальной модели для всего набора отношений в третьей нормальной форме. Эти взаимосвязи отражают существенные свойства предметной области, однако они не «выводятся» из схемы отношений в третьей нормальной форме, которая была получена на основе анализа содержания отчетов.

ШАГ II. СПРОЕКТИРУЕМ ЛОГИЧЕСКУЮ МОДЕЛЬ БАЗЫ ДАННЫХ (гл. 4, 5 и 6)

ШАГ 11.1. Представим логическую модель, основанную на полученной на шаге 1.5 концеп­ туальной модели, с помощью моделей данных:

•реляционной;

•иерархической;

•сетевой.

ШАГ 1Ы.1. Отображение на реляционную модель данных.

Отношения I—X концептуальной модели представляют таблицы. Например, отноше­ ние I представляет следующая таблица:

Т а б л и ц а 2

ОТ Д Е ­

ЛЕ Н И Е

ШАГ II. 1.2. Отображение на иерархическую модель данных.

А. Получим обобщенную иерархическую модель данных, в которой не учитываются ограничения, накладываемые используемой СУБД.

А.1. Устраним транзитивные зависимости.

В концептуальной модели, представленной на рис. А. 15, объекты ВРЕМЯ, ДАТА и КОДПРИЧИНЫ сгенерированы при ее синтезе и не являются реальными объектами рассматри­ ваемой предметной области. Их можно объединить с отношениями, которые с ними связаны.

После этого (прямоугольники ВРЕМЯ, ДАТА и КОД-ПРИЧИНЫ удалены) концеп­ туальная модель, представленная на рис. А.15, принимает вид показанной на рис. А.16.

А.З. Устраним наличие нескольких исходных.

На шаге А.2 мы разрешили проблему нескольких исходных при числе исходных узлов, равном трем и более. Представим рассматриваемую модель (рис. А. 16) в виде дбух иерархи­ ческих деревьев (рис. А.17). Здесь некоторые узлы, например ДВИЖЕНИЕ-СУММ, СЧЕТ и ОПЕРАЦИЯ, имеют по два исходных узла. Поскольку далее мы будем рассматривать логические взаимосвязи, реализуемые в системе 1М5, не станем устранять множественность исходных, когда число исходных узлов не превышает двух.

Рис. А. 16. Модификация концептуальной модели (рис. А.15). Прямоуголь­ ники ВРЕМЯ, ДАТА и КОД-ПРИЧИНЫ удалены

Б. Трансформируем модель данных с учетом ограничений, накладываемых используе­ мой СУБД.

Логическая модель, представленная на рис. А. 17, не нарушает структурных ограниче­ ний, накладываемых системой 1М5. Поэтому никаких ее модификаций не требуется..