ель - модель даних, що дозволяє описувати концептуальні схеми. Має графічне представлення, засноване на блоках і з'єднують їх лініях, за допомогою яких можна описувати об'єкти і відносини між ними будь-якої іншої моделі данних.модель є зручним засобом при проектуванні інформаційних систем, баз даних, архітектур комп'ютерних програм, і інших систем. З її допомогою можна виділити ключові сутності, присутні в моделі, і позначити відносини, які можуть встановлюватися між цими сутностями.
Для досліджуваної предметної області зобразимо ER схему.
Уявімо модель бази даних мовою інфологіческого проектування:
Довідник абонентів (Особовий рахунок, ПІБ, Адреса, Наявність пільг).
Платежі (Особовий рахунок, Кількість хвилин, Дата розмови, Ціна за хвилину розмови).
До оплати (Особовий рахунок, ПІБ, Адреса, Дата розмови, Ціна за хвилину, Наявність пільг, Кількість хвилин, Кількість хвилин з урахуванням пільг, До оплати).
В
Уявімо структури, наявних відносин
Таблиця 1
Структура відносини Довідник абонентів
Ім'я атрібутаДоменОпісаніеІмя поляЛіцевой счетТекстовийСодержіт ідентифікаційне значення абонента. Використовується для зв'язку з іншими таблицами.Лицевой_счетАдресТекстовыйАдрес абонентаАдресФИОТекстовыйФамилия, ім'я та по батькові абонента.ФІОНалічіе льготЛогіческійСодержіт інформацію про наявність пільг, за типом логічного CheckBox-а: Так - є галочка, Ні - ні галочкіНалічіе_льгот
Відношення знаходиться в третій нормальній формі, тому що:
- На перетині стовпців і рядків кожної таблиці, знаходяться тільки елементарні значення атрибутів;
- Відносини не містять неповних функціональних залежностей;
- Між відносинами немає транзитивних залежностей.
Далі розглянемо структуру відносини Платежі :
Таблиця 2
Структура відносини Платежі
Ім'я атрібутаДоменОпісаніеІмя поляЛіцевой счетТекстовийСодержіт ідентифікаційне значення абонента. Використовується для зв'язку з іншими таблицами.Лицевой_счетКоличество хвилин разговораЧисловойИнформация про кількість хвилин, які абонент витратив на розмову в певний день.Кол-во_мінутДата разговораДата/ВремяДата, по якій відбувається платеж.Дата_разговораЦена за хвилину разговораДенежнийЦена за хвилину разговора.Цена_за_мінуту
Відношення знаходиться в третій нормальній формі, тому що:
- На перетині стовпців і рядків кожної таблиці, знаходяться тільки елементарні значення атрибутів;
- Відносини не містять неповних функціональних залежностей;
- Між відносинами немає транзитивних залежностей.
Уявімо структуру відносини Розрахунок оплати :
Таблиця 3
Структура відносини Розрахунок оплати
Ім'я атрібутаДоменОпісаніеІмя поляФІОТекстовийФамілія, ім'я та по батькові абонента.ФИОАдресТекстовыйАдрес абонентаАдресЛіцевой счетТекстовийСодержіт ідентифікаційне значення абонента. Використовується для зв'язку з іншими табліцамі.Ліцевой счетДата разговораДата/ВремяДата, по якій відбувається платеж.Дата_разговораНаличие льготЛогіческійСодержіт інформацію про наявність пільг, за типом логічного CheckBox - а: Так - є галочка, Ні - немає галочкіНалічіе_льготОбщее кількість хвилин разговораЧисловойКоличество хвилин розмови без урахування льготКол-во_мінутКолічество хвилин розмови з урахуванням льготЧісловойКолічество хвилин розмови з урахуванням льготКол-во_мінут_с_учетом_льготЦена за хвилину разговораДенежнийЦена за хвилину разговора.Цена_за_минутуИтого до оплатеДенежнийІтоговая сума до оплате.К_оплате
Відношення знаходиться в третій нормальній формі, тому що:
- На перетині стовпців і рядків кожної таблиці, знаходяться тільки елементарні значення атрибутів;
- Відносини не містять неповних функціональних залежностей;
