ати, вибравши пункт Attributes контекстного меню. При цьому на екрані з'явиться вікно редактора атрибутів Attributes. p align="justify"> У верхній частині діалогового вікна знаходиться список, що випадає, в якому можна вибрати сутність для редагування. У моєму прикладі я вибрав сутність "досвід роботи". p align="justify"> У групі Domain знаходиться список доменів, що представляють основні типи даних, використовувані в СУБД: строковий (string), числовий (number), час (datetime), двійковий (blob). Також, у разі, коли визначення домену викликає труднощі, можна не вибирати конкретний домен, а залишити значення default. Для атрибута WorkBegin, наприклад, я вказав домен дати - datetime, а при визначенні домену для атрибута penalty-строковий домен (string). Аналогічним чином я визначив типи доменів для кожного атрибута. У результаті вікно редактора атрибутів буде виглядати так, як показано на рис.10. br/>В
Рис.10 Атрибути сутності Penalty
Порядок проходження атрибутів у списку можна змінювати за допомогою кнопок зі стрілками, що знаходяться над вікном списку. Для цього необхідно вибрати потрібний атрибут у списку, натиснути одну їх цих кнопок, і атрибут зміститься в списку в напрямку стрілки, зображеної на кнопці. p align="justify"> Отже, після вказівки всіх альтернативних ключів, інверсних входів, та визначення доменних типів даних для всіх атрибутів, етап логічного проектування моделі даних закінчується. На рис.11 можна побачити логічну модель даних у повністю завершеному вигляді. Символами (AK) позначаються альтернативні ключі, позначення (IE) відповідає інверсним входів, а доменні типи даних вказані в кожної суті праворуч від кожного атрибута. Наступний крок - створення фізичної моделі даних. br/>В
Рис.11 остаточний вигляд логічної моделі даних
4. Фізичне проектування
4.1 Перехід до фізичного рівня моделі
У попередньому розділі я повністю спроектував модель бази даних на логічному рівні. Тепер потрібно перейти до фізичного рівня проектування, а для цього необхідно трансформувати спроектовану раніше логічну модель у фізичну, оскільки ERwin дозволяє працювати як з логічної, так і з фізичною моделлю бази даних. p align="justify"> Метою створення фізичної моделі є забезпечення адміністратора відповідною інформацією для перенесення логічної моделі даних в СУБД.поддержівает автоматичну генерацію фізичної моделі даних для конкретної СУБД. При цьому логічна модель трансформується у фізичну за наступним принципом: сутності стають таблицями, атрибути стають стовпцями, а ключі стають індексами. p align="justify"> Для трансформації логічної моделі у фізичну необхідно вибрати меню Tools | Derive New Model. У діалоговому вікні (рис.12) вибрати тип моделі, в яку необхідно провести трансформацію. ERwin може створити як чисто фізичну модель даних, для...
