2. Демонстрационная база данных

2.1. Логическая модель данных предметной области

Все примеры в учебном пособии рассматриваются на демонстрационной БД «Сбыт готовой продукции предприятия». Подробное описание предметной области, анализ документов, поступающих в отдел сбыта и формируемых в нем, а также процедуру построения логической модели данных с использованием CASE-технологии и CASE–средств можно найти в работе [6]. Напомним, каким образом отдел сбыта осуществляет свою деятельность.

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

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

Рис. 6. Логическая модель данных предметной области

2.2. Физическая модель данных предметной области

Физическая модель данных содержит информацию о конкретных объектах БД – таблицах, полях, индексах, процедурах и т. д. Эта модель создается на базе конкретной целевой СУБД. В работе [6] в качестве целевой была выбрана СУБД Microsoft Access 2000.

Для локальных и файл-серверных БД наилучшим вариантом принято считать таблицы СУБД Paradox. Физическая модель данных рассматриваемой предметной области, ориентированная на СУБД Paradox, представлена на рис. 7.

В файл-серверных БД имя таблицы совпадает с именем файла, в котором размещаются содержащиеся в таблице данные. Поскольку Windows разрешает длинные русскоязычные имена файлов, возникает соблазн назвать таблицы ПЛАТЕЖНЫЕ ТРЕБОВАНИЯ, ДОГОВОРЫ и т. д. Это делать не следует, поскольку использование кириллицы в SQL ограничено (полное название таблицы придется заключать в кавычки). По этой же причине не следует использовать кириллицу в именах полей.

Рис. 7. Физическая модель данных предметной области

В именах полей полезно ставить префикс из одной-двух букв названия таблицы (в таблице DOGOVOR имена начинать с «D», в таблице SPLAT – с «Sp» и т. п.) Это исключит случайное использование зарезервированных в SQL слов. Лаконичные имена полей сокращают код программы и сроки ее создания.

Современные CASE-средства могут автоматически генерировать код БД по физической модели. Однако при выборе СУБД Paradox создавать таблицы и устанавливать связи ссылочной целостности между таблицами придется «вручную».

В эффективном средстве Embarcadero ER/Studio 5.0 СУБД Paradox не включена в список целевых, а скрипты, генерируемые средством ERwin 4.0, базу данных в формате Paradox не создают. Заметим, что столь же безрезультатными оказались и попытки осуществить с помощью ERwin 4.0 кодогенерацию БД в Access 2000.

Данные таблицы ZAKAZCIK показаны в табл. 9, таблицы IZDELIE – в табл. 10, таблицы NAKLAD – в табл. 11, таблицы SNAKL – в табл. 12, таблицы PLATEG – в табл. 13, таблицы SPLAT – в табл. 14. Для упрощения таблицы DOGOVOR и SSPEZ в рассматриваемом примере не создаются и не используются.

Таблица 9

Код заказчика	Наименование заказчика	Адрес заказчика	Телефон заказчика
001 002 003 004 005	ТОО «Петр» Магазин «Диета» АО «Полюстрово» Магазин «Лига» Универмаг «Клен»	пр. Энгельса, д. 23 ул. Пархоменко, д. 5 пр. Литейный, д. 58 пр. Испытателей, д. 8 пр. Шверника, д. 6	176-12-34 192-45-98 251-11-87 185-17-41 182-21-76

Таблица 10

Код изделия	Наименование изделия	Ед. измерения	Цена, руб.
001 002 003 004 005	Балтика «Светлое» Балтика «Особое» Балтика «Классическое» Балтика «Оригинальное» Балтика «Портер»	шт. шт. шт. шт. шт.	32 34 36 38 42

Таблица 11

Номер накладной	Код заказчика	Сумма отгрузки, руб.	Дата отгрузки
0024 0025 0028 0030 0050 0075 0081	001 003 004 002 004 005 003	16.300 4.200 22.600 23.500 6.400 6.800 30.000	18.09.03 18.09.03 22.09.03 22.09.03 23.09.03 25.09.03 29.09.03

Таблица 12

Номер накладной	Код изделия	Отгруженное количество
0024 0024 0024	001 002 005	100 200 150
0025	005	100
0028 0028 0028	003 004 005	300 200 100
0030 0030 0030 0030	001 002 004 005	200 100 250 100
0050	001	200
0075 0075	001 003	100 100
0081 0081 0081	001 002 003	500 200 200

Таблица 13

Номер ПТР	Код заказчика	Номер ТТН	Дата оплаты	Сумма оплаты
0125 0125 0127 0140 0141 0143 0154	001 004 001 003 002 004 003	0024 0028 0024 0025 0030 0050 0081	20.09.03 29.09.03 22.09.03 30.09.03 30.09.03 02.10.03 06.10.03	6.600 22.600 9.700 2.100 10.800 3.200 16.000

Таблица 14

Номер ПТР	Код заказчика	Код изделия	Оплаченное количество
0125 0125	001 001	001 002	100 100
0125 0125 0125	004 004 004	003 004 005	300 200 100
0127 0127	001 001	002 005	100 150
0140	003	005	50
0141 0141 0141	002 002 002	001 002 005	100 100 100
0143	004	001	100
0154	003	001	500