Лекція 1 "Базові поняття бд. Моделі бд. Основні функції скбд"

Вид материалаЛекція

Содержание


Питання для самоконтролю
Властивості моделі
Типи даних
Перевірка моделі
Подобный материал:
1   2   3

Питання для самоконтролю




  1. Що таке нормалізація?
  2. Перелічити властивості 3NF.
  3. Що таке обмеження даних?
  4. Що таке предметна область?
  5. Що таке інфологічна модель?
  6. Дайте характеристику типам зв'язків між таблицями.
  7. Якими геометричними фігурами позначаються сутності й зв'язки на схемі інфологичної моделі предметної області?
  8. Як створити даталогічну модель?
  9. Що означає обмеження Not Null?
  10. Що означає обмеження Unique?



6. Створення проекту в Power Designer
    1. Етапи створення проекту, властивості моделі


З метою автоматизації процесу проектування БД використовується Power Designer. Програма дозволяє уникнути помилок при переході від ІМПО до ДМБД, і спростити створення скрипта БД мовою SQL. ІМПО – концептуальна модель (КМ).

Для КМ визначаються сутності і їхні атрибути, вказуються первинні ключі й обов'язковість для заповнення атрибута; визначаються зв'язки і їхні характеристики.

Створену КМ перетворять у фізичну модель (ФМ) на основі обраної СУБД. На кожному етапі проектування можна виносити доповнення. Так само можна робити зворотні перетворення ФМ у КМ. На основі ФМ автоматично створюється скрипт БД.

Крім того, програма створює звіт про помилки й видає попередження при неточностях проектування, якщо ті або інші виникають. Створений скрипт БД. можна доповнити іншими командами SQL, якщо необхідно, і використовувати для створення програмних додатків.

Power Designer - CASE засіб для створення проектів БД. Запустити Power Designer, вибрати команду File -> New (рис. 3_1) . Відкривається вікно програми з областю відображення моделі, меню, панеллю інструментів і панеллю елементів моделі.




Рис.­3_1 «Створення нового проекту»


Властивості моделі

Dictionary -> Model Properties.

Задати:
  • найменування й ідентифікатор проекту;
  • найменування й ідентифікатор моделі.

Можна вказати: автора моделі, використовуваний мова, версію моделі, увести кратний і докладний опис, анотацію.


Законспектуйте етапи створення інфологічної моделі даних

    1. Створення концептуальної (інфологичної) моделі


Сутність - Entity – прямокутник (рис. 3_2).





Рис. 3_2 «Створення концептуальної моделі»


Установити в області елемент. Двійне клацання на зображенні прямокутника -> відкриється вікно Entity Properties (рис. 3_3) властивості сутності.




Рис. ­3_3 «Діалогове вікно Властивості сутності»

На вкладці General (рис. 3_4) ввести найменування, ідентифікатори й короткий опис сутності. При сумісній розробці моделі на вкладці Notes уводиться докладний опис, а на вкладці General в області Comments уводяться зауваження й коментарі із приводу сутності.




Рис. 3_4 «Вкладка General»


При натисканні на вкладку Atributes (рис. 3_5) показується вікно для уведення атрибутів сутності.




Рис. 3_5 «Вкладка Atributes»

При необхідності можна задати бізнес-правила для сутності, нажавши кнопку Rules. Для атрибута вводимо найменування (Name), ідентифікатор (Code), тип даних (Data Type), обов'язковість заповнення поля (M, mandatory), замітка про первинний ключ (P - Primary key).

Домен – це аналог користувальницького типу в реляційних БД і можуть використовуватися для вказівки типів атрибутів сутностей.

Для створення доменна виконати команду:

Model -> Domain -> відкриється hist of Domeins


Типи даних



Рис. 3_6 «Вікно типів даних»

Наведемо деякі приклади використання типів даних:

Integer, Short integer, long integer, Bytе – цілі числа

Decimal – для введення грошових даних.

Charcters, Variable characters – текстові дані

Date – дата.


Запишіть тиии з зв'язків між сутностями


Зв'язки між сутностями

Relationship (зв'язок)

Обрати об'єкт і встановити зв'язок між сутностями. Подвійне клацання по зв'язку – відкриється вікно Relationship Properties.

Вкладка General, вказується найменування, ідентифікатор, коментарії.

Вкладка Detail, вказується тип зв'язку і її параметри.

Типи:

one – one – (1:1) один до одному

one – many – (1: M) один до многим

many - one - (M:1) багато хто до одному

many - many (M:M) багато до многим

Параметри:

Mandatory – обов'язковий клас приналежності

mondatory + без mondatory




Рис. 3_7 «Зв'язку між сутностями»


Перевірка моделі

Tools -> Check model (F4) – перевірка моделі на логічні помилки.

    1. Створення фізичної (даталогичної) моделі

Загальні принципи перетворення:
  • сутність перетворюєтся в таблицю; ім'я сутності - ім'я таблиці;
  • атрибут стає стовбцем таблиці з там же ім'ям, уточнюється тип даних, вибирається формат;
  • ідентифікуючі атрибути сутності перетворюються в первинний ключ;
  • зв'язки стають зовнішніми ключами;
  • для первинних ключів і зовнішніх ключів утримуються індекси;
  • для зв'язку багато-до-багатих створюється таблиця, стовбцали якої є первинні ключі зв'язаних таблиць.

Tools -> General Physical Data Model...

Вибираємо СУБД, назва моделі й ідентифікатор.


Питання для самоконтролю
  1. Перечислити властивості СУБД?
  2. Power Designer, для чого він використовується?
  3. Як створити новий проект в Power Designer?
  4. Як переглянути властивості проекту. Які данні можливо вказати у властивостях?
  5. Що таке домен?
  6. Назвіть основні типи даних?
  7. Які типи зв’язку існують між сутностями?
  8. Як перевірити модель на логічні помилки?
  9. Які загальні принципи перетворення інфологічної моделі в фізичну?