півлі Роздрібна ціна продажу Постачальник Код постачальника Код товара Прізвище Ім'я По батькові Телефон Адреса Товар Код товару Вид Ціна Кількість Службовці Код службовця Прізвище Ім'я По батькові Адреса Телефон Посада Зарплата Освіта Рис.2 - Сутності моделі
Між виділеними сутностями можна виділити, наприклад, такі зв'язку:
. Постачальники постачають товар.
. Службовці приймають товар.
Якщо розуміти мову умовних позначень, які відповідають категоріям ER-моделі, то її можна легко «читати», отже, вона доступна для аналізу програмістам-розробникам, які розроблятимуть окремі додатки. Вона має однозначну інтерпретацію, на відміну від деяких припущень природної мови, і тому тут не може бути ніякого нерозуміння з боку розробників. Загальний підхід до побудови бази даних з використанням ER-методу полягає, передусім, у побудові инфологической моделі, що включає в себе всі важливі сутності та зв'язку. Наступним кроком у процесі проектування бази даних є побудова набору попередніх таблиць і вказівка ??передбачуваного первинного ключа для кожної таблиці.
Рис. 3 - Приведення інфологічної моделі системи обліку складання виробів
. 3 Розробка логічної структури БД
У реляційних БД дата логічне або логічне проектування призводить до розробки схеми БД, тобто сукупності схем відносин, які адекватно моделюють абстрактні об'єкти предметної області та семантичні зв'язки між цими об'єктами. Основою аналіз коректності схеми є так званий функціональні залежності між атрибутами БД. Деякі залежності між атрибутами відносин є небажаними через побічних ефектів та аномалій, які вони викликають при модифікації БД. При цьому під процесом модифікації БД розуміється внесення нових даних в БД або видалення деяких даних з БД, а також оновлення значень деяких атрибутів.
Класична технологія проектування реляційних баз даних пов'язана з теорією нормалізації, яка заснована на аналізі функціональних залежностей між атрибутами відносин. Поняття функціональної залежності є фундаментальним в теорії нормалізації реляційних баз даних. Функціональні залежності визначають стійкі відносини між об'єктами та їх властивостями в аналізованої предметної області. Саме тому процес підтримки функціональних залежностей, характерних для даної предметної області, є базовим для процесу проектування.
Процес проектування з використанням декомпозиції являє собою процес послідовної нормалізації схем відносин, при цьому кожна наступна ітерація відповідає нормальній формі більш високого рівня і володіє кращими властивостями в порівнянні з попередньою.
Кожній нормальній формі відповідає деякий певний набір обмежень, і ставлення знаходиться в деякій нормальній формі, якщо задовольняє властивому їй набору обмежень.
Рис. 4 - Приведення інфологічної моделі «Система обліку складання виробів» до третьої нормальної форми
Таким чином, ми вже маємо схему бази даних «Система обліку складання виробів», яку отримали, скориставшись загальними правилами переходу до реляційної моделі даних. Вона є коректною, оскільки в ній вже відсутні небажані відносини. Тепер необхідно вирішити питання про те, яку СУБД будемо використовувати і, потім, описати концептуальну схему в термінах обраної СУБД. Необхідно також провести опис зовнішніх моделей в термінах обраної СУБД. Скористаємося для простоти СУБД MS Access. Для початку необхідно вирішити питання про призначення типу даних для кожного атрибута кожної сутності.
. 4 Конструювання структур таблиць
Створена база даних складається з чотирьох таблиць. У табл. 1 - 4 приведені параметри структури таблиці бази даних «Оргтехніка».
Таблиця 1. Опис властивостей полів таблиці Postavchik
Name FieldIndexTypeSizeAllowZero-LengthCode PostavchikPrimary UniqueText10НетCode TovaraText15ДаSurnameText15ДаNameText15ДаPatronymicText15ДаAddressText15ДаTelephoneText15Да
Таблиця 2. Опис властивостей полів таблиці Tovar
Name FieldIndexTypeSizeAllow-Zero-LengthValidation-TextCode TovaraPrimary UniqueText10НетVidText15-PriceText15QuantityText15
Таблиця 3. Опис властивостей полів таблиці Dvijenia Tovara
Name FieldIndexTypeSizeAllowZero-LengthCode Dvijenia TovaraPrimary UniqueText10НетVid Dvijenia TovaraText15Poznichnai Price ProdajiText15НетOptovai Price ZacypkiText15ДаCode TovaraIndex-ForeignText10НетCode SlyjachegoIndex-ForeignText10Code PostavchikIndex-ForeignText10
Таблиця 4. Опис властивостей полів таблиці Slyjachego
