авляється є зв'язком М: М, тому кілька постачальників можуть поставляти кілька різноманітних товарів.
Сутності Постачальник і Товар мають обов'язкові класи приналежності, оскільки кожен постачальник поставляє який або товар, і кожен товар поставляє який або постачальник.
Зв'язок КУПУЄ є зв'язком М: М, тому кілька покупців можуть купувати кілька різноманітних товарів.
Сутності Покупець і Товар мають обов'язкові класи належності, оскільки кожен покупець купує який або товар, і кожен товар купується якому або покупцем.
Зв'язок ЗДІЙСНЮЄТЬСЯ ПО поставлених є зв'язком М: М, тому розрахунок проводиться відразу з декількома постачальниками по декільком постачальникам.
Сутності Розрахунок з постачальником і Постачальник мають обов'язкові класи приналежності, оскільки кожен Розрахунок з постачальником здійснюється на по якому або постачальнику, і кожен постачальник розраховується за певним Розрахунку з постачальником.
Зв'язок ЗДІЙСНЮЄТЬСЯ по купленій є зв'язком М: М, тому розрахунок проводиться відразу з декількома покупцями по декільком покупцям.
Сутності Розрахунок з покупцем і Покупець мають обов'язкові класи приналежності, оскільки кожен Розрахунок з покупцем здійснюється по якому або покупцеві, і кожен покупець оплачує товар за певним Розрахунку з покупцем.
Третій етап - формування набору попередніх відносин.
Зв'язок поставляється задовольняє умовам, відповідно до яких отримуємо відносини:
Розрахунок з постачальник (ключ - номер квитанції)
Товар (ключ - код товару)
Зв'язок КУПУЄ задовольняє умовам, відповідно до яких отримуємо відносини:
Розрахунок з покупцем (ключ - номер квитанції)
Товар (ключ - код товару)
Зв'язок ЗДІЙСНЮЄ по поставлених задовольняє умовам, відповідно до яких отримуємо відносини:
Розрахунок з постачальник (ключ - номер квит?? нції)
Постачальник (ключ - код постачальника)
Зв'язок ЗДІЙСНЮЄ по купленій задовольняє умовам, відповідно до яких отримуємо відносини:
Розрахунок з покупцем (ключ - номер квитанції)
Покупець (ключ - код покупця)
Четвертий етап - додавання неключових атрибутів, що не були обрані в якості ключових раніше.
Після додавання неключових атрибутів схеми відносин приймуть такий вигляд:
Постачальник (Код постачальника, ПІБ постачальника, назва фірми, адреса)
Покупець (Код покупця, ПІБ, адреса)
Товар (Код товару, найменування, ціна)
Розрахунок по постачальниках (Номер квитанції, дата розрахунку, код постачальника, код товару, кількість товару)
Розрахунок по покупцям (Номер квитанції, дата розрахунку, код покупця, код товару, кількість товару)
ER - діаграма представлена ??на малюнку 1.
Малюнок 1 - ER - діаграма
Модель бази даних буде реалізована за допомогою MS Access, отже модель даних - реляційна.
Отримана база даних складається з п'яти таблиць. Типи атрибутів вказані в Таблицях 1.3-1.7.
Таблиця 1.3 - Реквізити суті Постачальник
НазваніеТіп даннихРазмерКлючNULLКод поставщікаЧісловойДлінное целоеPrimary KeyNOT NULLФІО поставщікаТекстовий50Названіе фірмиТекстовий50АдресТекстовий50
Таблиця 1.4 - Реквізити суті Покупець
НазваніеТіп даннихРазмерКлючNULLКод покупателяЧісловойДлінное целоеPrimary KeyNOT NULLФІО поставщікаТекстовий50АдресТекстовий50
Таблиця 1.5 - Реквізити суті Товар
НазваніеТіп даннихРазмерКлючNULLКод товараЧісловойДлінное целоеPrimary KeyNOT NULLНаіменованіе Текстовий50Цена Грошовий
Таблиця 1.6 - Реквізити суті Розрахунок по постачальнику
НазваніеТіп даннихРазмерКлючNULLНомер квітанцііЧісловойДлінное целоеPrimary KeyNOT NULLДата расчетаДата/времяКраткій формат датиКод поставщікаДлінное целоеForeign KeyNOT NULLКод товараДлінное целоеForeign KeyNOT NULLКолічество товараЧісловой Ціле
Таблиця 1.7 - Реквізити суті Розрахунок по покупцеві
НазваніеТіп даннихРазмерКлючNULLНомер квітанцііЧісловойДлінное целоеPrimary KeyNOT NULLДата расчетаДата/времяКраткій формат датиКод покупателяДлінное целоеForeign KeyNOT NULLКод товараДлінное целоеForeign KeyNOT NULLКол...
