спосіб. Дві таблиці для сутностей, пов'язаних 1: 1, об'єднуються в одну. Ключем нової таблиці може бути комбінація ключів обох таблиць. Якщо хоча б в одному напрямку зв'язок «рівно до одного», то ключ цієї сутності можна вважати ключем об'єднаної таблиці.
Таблиці Сущность1 ( ключ1, атрибут1) і
Сущность2 ( ключ2, Атрібут2)
замінюються на
Сущ1Сущ2 ( ключ1, атрибут1, ключ2, Атрібут2)
[або, можливо, Сущ1Сущ2 ( ключ1, атрибут1, ключ2 , Атрібут2),
або Сущ1Сущ2 (ключ1, атрибут1, ключ2, Атрібут2)].
Примітка 1:
Для зв'язку сутності з самою собою застосовуються ті ж правила, але так як одна і та ж сутність бере участь у зв'язку двічі, ключові поля повинні увійти в одну і ту ж таблицю два рази. Тому доводиться перейменовувати один із ключів.
Розглянемо зв'язок 1: M, спосіб 2. Перейменовано зовнішній ключ.
Сущность1 ( ключ1 , атрибут1, ЕщеОдінКлюч1 ) .
Примітка 2:
Для зв'язків з арность більше 2 зазвичай застосовується той же спосіб, що і для бінарної зв'язку M: M - створюється нова таблиця, яка містить ключові поля всіх пов'язаних таблиць.
Сущ1Сущ2Сущ3 ( ключ1, ключ2, Ключ3) .
1.3 Виявлення сутностей і зв'язків для предметної області «Магазин з продажу комп'ютерних комплектуючих»
запит реляційний комп'ютерний
Перейдемо безпосередньо до нашій базі даних.
Надалі створюючи ER модель, нам перед цим необхідно визначитися з сутностями нашої предметної області. Ключові поля підкреслюються прямою лінією, зовнішні ключі хвилястою)
Виявляємо сутності нашої предметної області:
. Створюємо сутність співробітник ключовим полем, є номер співробітника, атрибутами: П.І.Б., телефон, адреса, відділ в якому він працює.
Співробітник ( № співробітника, П.І.Б., Телефон, Адреса, відділ)
. Створюємо сутність замовники ключовим полем, є номер замовника,
атрибутами: П.І.Б., телефон, адреса.
Замовники ( № замовника, П.І.Б., Телефон, Адреса)
. Створюємо сутність замовлення ключовим полем, є номер замовлення атрибутами: найменування товару, кількість, дата оформлення замовлення, вартість.
Замовлення ( № замовлення, Найменування, Кількість, Дата, Вартість)
. Створюємо сутність товар ключовим полем, є номер товару, атрибутами: найменування товару, його вартість, технічні характеристики, кількість.
Товар ( №товара, Найменування, Вартість, Кількість, Тех.хар.)
. Створюємо сутність склад ключовим полем, є номер складу, атрибутами: телефон та адресу.
Склад ( №склада , Телефон, Адреса)
. Створюємо сутність постачальник ключовим полем, є номер рахунку постачальника, атрибутами: П.І.Б. адміністратора фірми постачальника, адреса,
банк для оплати товару, вартість, реквізити, телефон.
Постачальник ( № рахунку, П.І.Б., Телефон, Адреса, Вартість, Реквізити, Банк)
Далі встановимо зв'язку між сутностями.
Один співробітник може приймати кілька замовлень внаслідок чого зв'язок один до багатьох. Кілька товарів можуть належати до декількох замовленнях,
зв'язок багато до багатьох надалі створимо окрему таблицю для зв'язку. Кілька співробітників можуть доставляти замовлення декільком замовникам, зв'язок багато до багатьох, надалі створимо окрему таблицю для зв'язку. Різні постачальники можуть поставляти різний товар, зв'язок
багато до багатьох в подальшим створимо окрему таблицю для зв'язку. Безліч товарів зберігаються на одному складі, зв'язок багато до одного.
Надалі створимо вже схематичну ER модель, її ж перетворимо в реляційну модель.
1.4 Основні терміни
База даних - це сукупність відомостей про реальні об'єкти, процеси, події або явища, що відносяться до певної теми або завданню, організована таким чином, щоб забезпечити зручне ...
