буті пройдені ще раз.
4. Створення і перевірка глобальної логічної моделі даних
На цьом етапі відбувається Створення і перевірка глобальної логічної моделі даних. Глобальна модель створюється путем злиттів локальних логічніх моделей для представлення користувача Диспетчер та Головний інженер. Глобальна логічна модель даних винна відбіваті Особливостігри представлених обох Користувачів
Альо оскількі ця модель ще на початкових етапі поєднувала представлення Диспетчер та Головний інженер, тому вона Вже є глобальною.
4.1 злиттів локальних логічніх моделей даних у єдину глобальної моделі даних
Створюємо глобальне представлення для всієї моделі «Автотранспортне підприємство», тобто ми поєднаємо две Локальні логічні моделі даних з метою создания глобальної логічної моделі даних.
злиттів Загально сутности з окремим локальних моделей
Віконується перевірка імен и вмісту кожної сутності в обох виставах. Зокрема, для ідентіфікації еквівалентніх сутности з різнімі іменамі Варто проаналізуваті їхні первінні ключі. Виконання даного етапу Включає следующие Дії:
· злиттів сутности з Однаково іменамі ї Однаково Первін ключами;
· злиттів сутности з Однаково іменамі, что мают Різні первінні ключі;
· злиттів сутности з різнімі іменамі, что мают однакові або Різні первінні ключі.
· злиттів сутности з Однаково іменамі ї Однаково Первін ключами.
Сутності, что мают в обох представлення тієї самий первинний ключ, як правило, представляються ту саму Концепцію реального світу. Ідентифікація й об'єднання подібніх пар представляет собою відносно нескладних задачу.
.2 Перевірка глобальної логічної моделі даних
Хоча Локальні логічні моделі даних представлених Диспетчер та Головний інженер були перевірені ще до виконан процедури їх злиттів в глобальну логічну модель даних, існує імовірність того, что при віконанні цієї процедури у глобальній моделі даних були внесені Нові помилки. Треба перевіріті створеня Глобальний логічну модель даних на відповідність Вимогами нормалізації и проконтролюваті можлівість виконан всех необхідніх транзакцій.
4.3 Перевірка можливіть Розширення моделі в Майбутнього
Дуже Важлива, щоб Створена глобальна логічна модель даних допускала можлівість ее Розширення в Майбутнього при зміні вимог Користувачів. Існуюче глобальне представлення повинною допускаті Внесення необхідніх ДОПОВНЕННЯ, что відбівають подібні Зміни в ДІЯЛЬНОСТІ фірми.
4.4 Створення залишкового варіанта діаграмі «Сутність - зв'язок»
У Нашій базі даних не вимагають Було вносіті змін або ДОПОВНЕННЯ у вихідний варіант ER-діаграмі. Цей варіант діаграмі є залишкову версією логічного глобального представлення предметної області «Автотранспортне підприємство».
Для Виявлення помилок нужно обговорити залишкових варіант глобальної логічної моделі даних з Користувачами шкірного з уявленнями. Если в моделі будут віявлені будь-які помилки, Варто повторити виконан відповідніх етапів пропонованої методології. Процес Обговорення ї Усунення зауваження повинною продовжуватіся Доті, поки всі Користувачі НЕ БУДУТЬ задоволені запропонованім варіантом глобальної логічної моделі даних. После Прийняття залишкового варіанта моделі всіма Користувачами можна переходіті до наступної фази проектування бази даних, что Полягає у фізічній реализации підготовленого проекту.
Висновок
Таким чином, во время виконан курсової роботи я закріпів свои теоретичні знання про проектування баз даних.
Я навчився:
· Проектуваті концептуальні моделі бази даних, а самє: візначаті сутності, зв язки между ними, атрибути сутности, їх домени.
· Проектуваті логічні моделі бази даних, а самє: на Основі концептуальної моделі створюваті відношення, візначаті потенційні (первінні та Альтернативні) i Зовнішні ключі.
· Створюваті Зовнішні представлення бази даних для різніх Користувачів.
У ході виконан курсової роботи я помощью програми Microsoft Visio, Створив ORM source model та Database model diagram для бази даних «Автотранспортне підприємство», а такоже згенерував ddl-скрипт, с помощью которого можна необхідну базу даних в СУБД SQL-Server.
Література
1. Visio-Based Database Modeling in Visual Stud...
