Главная страница Случайная страница
КАТЕГОРИИ:
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Використовувані моделі даних
|
|
Процес проектування бази даних складається з трьох рівнів: концептуального, логічного, фізичного.
На концептуальному рівні ……(написать что происходит(есть в конспекте в таблице)).. Після закінчення даного етапу отримуємо концептуальну модель, інваріантну до структури бази даних. Часто вона представляється у вигляді моделі «суть-зв'язок» або ЕР-діаграми. ЕР-діаграму розробленої бази даних представлено на рисунку 1.
 Товар
|  
| Прих. накл |  
| Поставщик |
| Код товара | № докум | Код поставщ | ||
| Название | Дата | Наименован | ||
| Цена | Наим товара | Адрес | ||
| Ед. измер | Кол-во | Тел\Факс | ||
| Ост. на склад | Цена | Расч. счет | ||
| Стоимость | ||||
| Поставщик |
Рисунок 1 – ЕР-діаграма розробленої бази даних
На логічному рівні ЕR-діаграма перетворюється в набір таблиць, під час чого здійснюється їх нормалізація.
Нормалізація – це ……
Результатом завершення даного етапу є СКБД-орієнтована структура бази даних.
При проектуванні бази даних було виявлено …. сутності: «..», «..»,. Дані сутності пов’язані між собою за ключовими полями типом зв’язку один до багатьох.
Сутність «Номери» містить такі атрибути: «Клас», «Кількість кімнат», «Кількість спальних місць», «Стан», «Вартість за сутки», «Детальний опис». Сутність призначена для зберігання інформації про всі номери, які існують у готелі, а також для зберігання відомостей про те, чи вільний окремий номер на сьогоднішній день. В реалізації бази даних сутність представлено таблицею «Номера» (табл. 1).
Таблиця 1 – Структура таблиці «Номера»
| Назва поля | Тип поля | Розмір поля | Ключ | Опис |
| Номер | Счетчик | Длинное целое | Да | Призначене для унікальності записів у таблиці |
| Класс | Текстовий | — | Призначене для збереження інформації про клас номеру | |
| Кол-во комнат | Текстовий | — | Призначене для збереження інформації про кількість кімнат у номері | |
| Кол-во мест | Текстовий | — | Призначене для збереження інформації про кількість спальних місць у номері | |
| Состояние | Текстовий | — | Призначене для збереження даних, щодо зайнятості номеру | |
| Стоимость в сутки (грн) | Денежный | — | — | Призначене для збереження даних, щодо вартості за сутки |
| Описание | Поле МЕМО | — | — | Призначене для збереження даних, щодо детального опису номеру |
Сутність «Клієнти» містить такі атрибути: «ПІБ», «Паспортні дані», «Телефон». Сутність призначена для зберігання інформації про гостей готелю. В реалізації бази даних сутність представлено таблицею «Клиенты» (табл. 2).
Таблиця 2 – Структура таблиці «Клиенты»
| Назва поля | Тип поля | Розмір поля | Ключ | Опис |
| Код клиента | Счетчик | Длинное целое | Да | Призначене для унікальності записів у таблиці |
| ФИО | Текстовий | — | Призначене для збереження інформації про ПІБ клієнта | |
| Пасп данные | Текстовий | — | Призначене для збереження інформації про паспортні дані клієнта | |
| Телефон | Текстовий | — | Призначене для збереження інформації про телефонний номер постояльця |
Реляційну модель було побудовано шляхом перетворення ER-діаграми моделі бази даних, таким чином: …..
Реляційна модель даних – це …
Між таблицям реляційної моделі існують відносини.
Відношення можуть бути таких типів: …
Структуру реляційної моделі представлено на рисунку 2.
 |
Рисунок 2 – Реляційна модель даних
|