Правила валидации і значення за умовчанням

Створення фізичної моделі даних

Домени

Нормалізація даних

Типи суті і ієрархія спадкоємства

Як було вказано вище, зв'язки визначають, чи є сутність незалежною або залежною. Розрізняють декілька типів залежної суті.

Характеристична — залежна дочірня сутність, яка пов'язана тільки з однією батьківською і по сенсу зберігає інформацію про характеристики батьківської суті.

Асоціативна — сутність, пов'язана з декількома батьківською суттю. Така сутність містить інформацію про зв'язки суті.

Що іменує — окремий випадок асоціативної суті, що не має власних атрибутів (тільки атрибути батьківської суті, що мігрувала як зовнішній ключ).

Категоріальна — дочірня сутність в ієрархії спадкоємства.

Ієрархія спадкоємства (або ієрархія категорій) є особливим типом об'єднання суті, яка розділяє загальні характеристики.

Для того, щоб стати первинним, потенційний ключ повинен задовольняти ряду вимог:

Унікальність. Два екземпляри не повинні мати однакових значень можливого ключа. потенційний ключ № 3 (Прізвище + Ім'я + По батькові) є поганим кандидатом, оскільки в організації можуть працювати повні тезки.

Компактність. Складний можливий ключ не повинен містити жодного атрибуту, видалення якого не приводило б до втрати унікальності.

Альтернативний ключ (Alternate Key) — це потенційний ключ, що не став первинним.

Нормалізація даних — процес перевірки і реорганізації суті і атрибутів з метою задоволення вимог до реляційної моделі даних.

Домен можна визначити як сукупність значень, з яких беруться значення атрибутів. Кожен атрибут може бути визначений тільки на одному домені, але на кожному домені може бути визначене безліч атрибутів. У поняття домена входить не тільки тип даних, але і область значень даних.

Фізична модель містить всю інформацію, необхідну для реалізації конкретної БД. Розрізняють два рівні фізичної моделі:

· трансформаційну модель;

· модель СУБД.

Трансформаційна модель містить інформацію для реалізації окремого проекту, який може бути частиною загальною ІС і описувати підмножину наочної області. Дана модель дозволяє проектувальникам і адміністраторам БД краще представити, які об'єкти БД зберігаються в словнику даних, і перевірити, наскільки фізична модель задовольняє вимогам до ІС.

Модель СУБД автоматично генерується з трансформаційної моделі і є точним відображенням системного каталога СУБД.

ERwin підтримує правила валидации для колонок, а також значення, що привласнюється колонкам за умовчанням.

Правило валидации задає список допустимих значень для конкретної колонки і/або правила перевірки допустимих значень. У список допустимих значень можна вносити нові значення. ERwin дозволяє згенерувати правила валидации відповідно синтаксису вибраної СУБД з урахуванням меж діапазону або списку значень.

Значення за умовчанням – значення, яке потрібно ввести в колонку, якщо ніяке інше значення не задане явним чином під час введення даних. З кожною колонкою або доменом можна зв'язати значення за умовчанням. Список значень можна редагувати.

Після створення правила валидации і значення за умовчанням їх можна привласнити одній або декільком колонкам або доменами.

Дата добавления: 2014-01-07