Концептуальне і логічне проектування
Концептуальне і логічне проектування - це ітеративні процеси, що починаються у визначений момент часу і продовжуються у виді практично нескінченний ряду уточнень і поліпшень. Їх варто розглядати як деякий процес вивчення. В міру поглиблення розроблювачами розуміння принципів роботи підприємства і змісту використовуваних даних, вони виражають це розуміння у виді тієї чи іншої моделі даних. Зібрана інформація, у свою чергу, може зажадати внесення визначених змін в інші частини створюваного проекту.
Концептуальне і логічне проектування бази даних - найважливіші фактори загального успіху розроблювальної системи. Якщо створений проект не є точним відображенням методів роботи і структури підприємства, то буде дуже складно, якщо взагалі можливо, визначити всі необхідні користувачам представлення (зовнішні схеми) чи організувати підтримку цілісності бази даних. Крім того, можуть виникнути труднощі з фізичною реалізацією бази чи даних забезпеченням прийнятної продуктивності системи. У той же час здатність адаптації до змін є ознакою вдало спроектованої бази даних. Отже, завжди має сенс витратити необхідні час і енергію на створення найкращого з можливих проектів.
Злиття представлень окремих користувачів
Логічна модель, що відбиває особливості представлення про функціонування підприємства одночасно багатьох типів користувачів, називається глобальною логічною моделлю даних. Існує два основних підходи до створення глобальної логічної моделі дані підприємства - це централізований підхід і підхід на основі інтеграції представлень.
Централізований підхід - злиття вимог окремих користувачів, виражених у виді різних користувальницьких представлень, у єдиний набір вимог усіх користувачів, що використовується для створення глобальної логічної моделі даних.
При використанні першого підходу, що прийнято називати централізованим, вимоги всіх існуючих типів користувачів у відношенні різних областей застосування додатки поєднуються з утворенням єдиного списку вимог. Характерною рисою цього підходу є те, що списки вимог складаються до створення глобальної логічної моделі даних. Цей підхід застосуємо тільки за умови, що описувана база даних не занадто велика чи складна.
Метод інтеграції представлень - злиття окремих локальних логічних моделей даних, що відбивають представлення різних груп користувачів, у єдину глобальну логічну модель даних.
При використанні другого підходу, що прийнято називати методом інтеграції представлень, здійснюється злиття окремих моделей даних, що відбивають представленнях різних груп користувачів і називаних локальними логічними моделями даних, у єдину глобальну логічну модель даних усього підприємства. Цей підхід більш керуємо, оскільки вся робота попередньо розділяється на більш дрібні і легко контрольовані частини. Труднощі, звичайно виникають лише при спробах злиття локальних моделей даних, створених різними розроблювачами, що можуть використовувати різні терміни для того самого поняття, чи навпаки, зв'язувати той самий термін з різними поняттями.
4.3.4. Фізичне проектування бази даних
Фізичне проектування бази даних - процес створення опису реалізації бази даних на вторинних запам'ятовуючих пристроях із указівкою структур збереження і методів доступу, використовуваних для організації ефективної обробки даних.
Фізичне проектування є третьою фазою процесу створення проекту бази даних, при виконанні якої проектувальник приймає рішення про способи реалізації розроблювальної бази даних. Під час попередньої фази проектування була визначена логічна структура бази даних (тобто набір її сутностей, зв'язків і атрибутів). Хоча ця структура не залежить від конкретної цільовий СКБД, вона створювалася з урахуванням обраної моделі збереження даних, наприклад реляційної, мережний чи ієрархічний. Однак, приступаючи до фізичного проектування бази даних, насамперед необхідно вибрати конкретну цільову СКБД. Тому фізичне проектування нерозривне зв'язано з конкретною СКБД. Між логічним і фізичним проектуванням існує постійний зворотний зв'язок, тому що рішення, прийняті на етапі фізичного проектування з метою підвищення продуктивності системи, здатні вплинути на структуру логічної моделі даних. Узагалі, основною метою фізичного проектування бази даних є опис способу фізичної реалізації логічного проекту бази даних. У випадку реляційної моделі даних під цим мається на увазі наступне:
створення набору реляційних таблиць і обмежень для них на основі інформації, представленої в глобальній логічній моделі даних;
визначень конкретних структур збереження даних і методів доступу до них, що забезпечують оптимальну продуктивність системи з базою даних;
розробка засобів захисту створюваної системи.
В ідеалі, фази концептуального і логічного проектування великих систем слід відокремлювати від фази їх фізичного проектування. На це є кілька причин.
Вони зв'язані з зовсім різними аспектами системи: що робити і як робити.
Вони виконуються в різний час, оскільки зрозуміти, що треба зробити, випливає перш, ніж вирішити, як це зробити.
Вони вимагають зовсім різних навичок і умінь, якими звичайно володіють різні люди.
