Головна Інформатика
Бази даних: проектування
|
|
|||||
ГЛАВА 4 ЛОГІЧНЕ МОДЕЛЮВАННЯЗа підсумками вивчення матеріалу даного розділу студент повинен: знати
вміти
володіти
Дана глава підручника розглядає технології та підходи до побудови логічної моделі бази даних, грунтуючись на раніше проведеному аналізі предметної області та інформаційних структур. Для реалізації процесів аналізу і моделювання розглядаються різні інструментальні засоби: IBM InfoSphere Data Architect, CA ERWin Data Modeler, MS Visio. Підходи до формування логічної моделі бази данихФормування логічної моделі бази даних полягає в побудові безлічі або однієї діаграми, що відображають пов'язану інформаційну структуру предметної області. Для побудови цих діаграм використовуються відомості, отримані про інформаційні структурах на етапі аналізу предметної області. У процесі моделювання бізнес-процесів розробники виявляють деякі структурні елементи, з якими користувачі майбутньої інформаційної системи повинні працювати. Зазвичай такі інформаційні структури представляються документами або віртуальними уявленнями даних, структурованих за правилами складання документів або табличних структур. З огляду на безліч варіантів побудови моделей бази даних, можна виділити два основні підходи:
Обидва підходи враховують правила і особливості проектування реляційної бази даних і нормалізації відносин. Основна різниця полягає в тому, що при документарному підході основу розгляду складають документи і документообіг, з яких виділяється безліч атрибутів, які подаються сутностями моделі бази даних. По суті, безліч сутностей, що представляються єдиним атрибутом, є не що інше, як уявлення в нотації суті-зв'язку відношення предметної області в першій нормальній формі, до якого можна застосувати правила переходу між нормальними формами і багато правила технічної нормалізації, що полегшують отримання сутностей моделі бази даних, де значно простіше побачити застосовність того чи іншого правила переходу до відповідних нормальним формам. Об'єктний же підхід розглядає ие кожен атрибут окремо, а їх сукупність, що формується в рамках бізнес-елементів або єдиних документів, створюючи в моделі бази даних безліч відносин, до яких можуть бути застосовані всі відомі правила нормалізації. З огляду на, що до моменту проектування бази даних розробниками описуються бізнес-процеси та інформаційні структури, часто представлені простими типами даних, перехід від бізнес-процесу до моделі бази даних призведе до створення безлічі сутностей, відповідних атрибутів бізнес-елементів, але в тому числі можуть бути створені суті, відповідні самим бізнес-елементів, якщо вони одночасно є атрибутами інших бізнес-елементів. Таке перетворення дозволяє спочатку отримати певний набір сутностей, які повинні будуть об'єднати в собі атрибутивний складу інших сутностей, що формується при використанні правил нормалізації. |
<< | ЗМІСТ | >> |
---|