користувачів.
Мета - забезпечення найбільш природних для людини способів збору і представлення тієї інформації, яку передбачається зберігати в створюваній базі даних. Тому концептуальну модель даних намагаються будувати за аналогією з природною мовою.
Вимоги, що пред'являються до концептуальної моделі:
. Адекватне, відображення предметної області;
. Недопущення неоднозначного трактування моделі;
. Чітке визначення модельованої предметної області;
. Легка розширюваність, що забезпечує введення нових даних без зміни раніше визначених, то ж відносять і до видалення даних;
. Легке сприйняття різними категоріями користувачів.
Зобразимо потоки даних в розробляється базі даних:
. 2 Логічна модель реляційної бази даних
Логічна модель будується на основі концептуальної моделі в рамках певної моделі даних. Для реляційної моделі даних кожна сутність перетворюється у відношення або набір відносин, між якими встановлюються зв'язки. Ставлення являє собою таблицю, побудовану за певних суворо заданими правилами. Таблиця складається із стовпців (полів) і рядків (записів).
Для перетворення сутностей в сукупність відносин потрібно виконати наступні дії:
. Створити по одній таблиці для кожної сутності.
. Для кожної сутності, яка виступає у взаєминах до інших сутностей «один-до-багатьох», вказати один стовпець як первинного ключа.
Проведемо це перетворення для нашого прикладу.
. На основі концептуальної моделі створимо 8 таблиць з полями, відповідними атрибутам сутностей.
. Задамо первинні ключі для таблиць Відділ кадрів, Договір, Послуги.
Первинний ключ- це поле або мінімальний набір полів, однозначно визначають кожен рядок таблиці. Первинні ключі використовуються в цілях:
· Ідентифікації рядків у таблиці;
· Прискорення роботи з рядками в таблиці;
· Зв'язування таблиці.
В якості первинних ключів найкраще призначити деякий числовий ідентифікатор запису.
Поле підлеглої таблиці, за якою здійснюється зв'язок, називається зовнішнім ключем головної таблиці.
Сутності вступають у взаємовідносини, звані зв'язками. Найбільш поширена зв'язок «один до багатьох». У нашому прикладі сутність Відділ кадрів пов'язана з сутностями Послуги, Договори з постачальниками, Бухгалтерія; сутність Постачальники зв'язана із сутністю Договори з постачальниками, сутність Послуги зв'язана із сутністю Договори з клієнтами зв'язком «один до багатьох», сутність Відділ кадрів пов'язана з сутностями Матеріальна частина і Бухгалтерія зв'язком «один до одного».
Малюнок 1. Логічна модель бази даних. Зв'язки між сутностями
реляційна база дані access
Така постановка завдання допомагає нам побудувати запити, форми, і звіти, що дозволяють отримувати таку інформацію:
. Запити
· Договори з постачальниками, термін дії яких закінчується в 2013 році.
· Список співробітників, які отримують заробітну плату більше 20000 рублів.
· Список співробітників, які їздили у відрядження в 2011 році.
· Список співробітників, що отримали премію більше 2000 рублів.
· Моделі несписані машин, вартість яких менше 100 000 рублів.
· Список договорів, укладених в поточному році.
· Список співробітників, стаж роботи яких більше 9 років.
· списаному обладнанні.
2. Форми
· Відділ кадрів
· Послуги
· Клієнти
· Постачальники
· Договори з постачальниками
· Договори з клієнтами
· Бухгалтерія
· Матеріальна частина
3. Звіти
· Звіт про списаному обладнанні.
· Звіт про укладені договори з постачальниками в поточному році.
· Звіт про доходи організації.
· Звіт про премії співробітникам.
· Звіт про витрати організації.
. 3 Фізичне проектування
Головними питаннями фізичного проектування є оптимізація час...