Проектирование БД (фирма –посредник)

заключается в обеспечении потребностей мелко-оптовых потребителей за счет формирования поставок

и содействии в заключения договоров с оптовыми поставщиками. Общая схема работы, для информационного обеспечения которой проектируется БД, выглядит так:
К служащему фирмы обращается потребитель с перечнем продуктов и их объемов.
Клерк формирует поставку и содействует заключению договоров с поставщиками. Кроме того он отслеживает выполнение поставки.
За проделанную работу фирма получает процент со стоимости поставки, который выплачивается поставщиками. Для получения денег на основе учета выполненных поставок клерк формирует счета к оплате поставщиками.
Проектируема БД должна информационно обеспечить посредническую деятельность.

компьютерной БД выяснилось, что используемая для посреднической деятельности информация делится

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

Реквизиты_Поставщика) ;
Потребители(Потребителя_НаиMенование, Потребителя_Руководитель, Потребителя_Реквизиты)
Поставки (Nпп, Дата_Регистрации, Срок_Выполнения, СТОИМость, СоставПоставки).
Свойство

Состав _Поставки является неединичным и имеет сложную структуру. В этой структуре должны быть отражены данные о номенклатуре продуктов и их количествах. Изобразить такой информационный объект на уровне экземпляров в реляционной БД затруднительно или вообще невозможно.

ИД)
Поставляет (НМ_П, Nпп)

Во вновь веденных таблицах имеются данные о номенклатуре

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

Недостатки первого варианта

СТОИМ).
Продукты_в_поставке(Nпп, ИД, Кол-во)
Поставляет (НМ_П, Nпп, ИД, Кол-во, Срок, Стоим_пп )
Продукты_в_поставке
Поставляет
Поставки
Продукты

разработанных
таблицах отсутствуют данные о том кому предназначена та или

иная поставка.
Для исправления этого недостатка можно ввести связь с названием Получает .
Эту связь можно отразитить в отдельную таблицу, с двумя колонками –
(П_НМ, Nпп) либо реализовать эту связь добавлением колонки с названием
П_НМ в таблицу Поставки. Смотри вариант 3

Кол-во);
Поставляет (НМ_П, Nпп, ИД, Кол-во, Срок, Стоим_пп)
Продукты (Ид, Н_М,

ЦН _1, ЕД_ИЗМ);
Поставщики(НM_П, Р_П, РЕК_П) ;
Потребители(П_НM, П_Р, П_РЕК)