4 Расчет дискового пространства

4.1 Расчет дискового пространства для одной таблицы

Количество памяти, необходимое для хранения 1 записи:

13+30+15+10+15+4+3+4+10+50+15+16+3+2+15+20+60+13+10+5+3+60+100+13+3+10+2+8+20+20+20+100+13 = 685 Б

Для 100 записей: (13+30+15+10+15+4+3+4+10+50+15+10+3+2+15+20+60+13+10+5+3+60+100+13+3+10+3+8+20+20+20+100+13 ) * 100 = 68 600 Б ≈ 67 КБ

Для 10000 записей: (13+30+15+10+15+4+3+4+10+50+15+10+3+2+15+20+60+13+10+5+3+60+100+13+3+10+3+8+20+20+20+100+13 ) * 10000 = 6 860 000 Б ≈ 6,55 MБ

4.2 Расчет дискового пространства для нескольких таблиц

Для хранения 1 записи необходимо

5*(1+60+13)+7+5+10+5+3+15+7+3+8+7+60+15+100+3+7+3+5+10+8+3+4*(3+60+13+100+20+3)+100*(5+30+1+3+15+10+2+1+50+1+16+3+2+2)+5*(1+20)+10*(2+15)+5*(1+15)+5*(1+15)+10*(2+15+3)+195*(3+20) = 20 670 Б ≈ 20, 2 КБ

Для 100 записей

5*(1+60+13)+100*(7+5+10+5+2+15+7+3+8)+80*(7+60+13+100+2)+50*(7+3+5+10+8+3)+4*(3+60+13+100+20+3)+40*(5+30+1+3+15+10+2+1+50+1+16+3+2+2)+5*(1+20)+10*(2+15)+5*(1+15)+5*(1+15)+10*(2+15+3)+195*(3+20) = 20 607 Б ≈ 20,2 КБ

Для 10000 записей

5*(1+60+13)+10000*(7+5+10+5+3+15+7+3+8)+3500*(7+60+13+100+2)+5000*(7+3+5+10+8+3)+4*(3+60+13+100+20+3)+1500*(5+30+1+3+15+10+2+1+50+1+16+3+2+2)+5*(1+20)+10*(2+15)+5*(1+15)+5*(1+15)+10*(2+15+3)+195*(3+20) = 1 664 786 Б ≈ 1,58 МБ

В данном случае при переходе от одной к нескольким таблицам на 10 000 записях база данных будет занимать в четыре раза меньше дискового пространства.

5 Описание реляционной модели

В результате перехода от схемы «Объект-отношение» к реляционной модели данных были выделены 5 таблиц, соответствующие объектам на этой схеме, 5 справочных таблиц и 2 таблицы для реализации отношения ∞…∞.

Типы данных были взяты из реляционной модели одной таблицы и к ним были добавлены первичные и внешние ключи для создания связей между таблицами.

Таблица «Сотрудники». Соответствует объекту «Сотрудник» на схеме «Объект-отношение». Состоит из 3 полей: ID сотрудника (первичный ключ), ФИО (С60), телефон (С13). Связана с таблицей «Продажи» связью 1…∞ при помощи первичного ключа.

Таблица «Клиенты». Соответствует объекту «Клиент» на схеме «Объект-отношение». Состоит из 5 полей: ID клиента (первичный ключ), ФИО (С60), телефон (С13), адрес (С100), уровень дисконта(N3). Связана с таблицей «Продажи» связью 1…∞ при помощи первичного ключа.

Таблица «Продажи». Появилась в результате преобразования отношения «Продается» на схеме «Объект-отношение». Состоит из 8 полей: № накладной (первичный ключ), ID телефона(N5 – внешний ключ для связи с таблицей «Телефоны»), дата продажи (D10/T5), Скидка (N3), IMEI (N15), ID клиента (N7 – внешний ключ для связи с таблицей «Клиенты»), ID сотрудника (N3 –внешний ключ для связи с таблицей «Сотрудники»), всего к оплате (N8). Связана с таблицей «Телефоны» связью 1…∞ при помощи первичного ключа, с таблицей «Сотрудники» связью 1…∞ при помощи внешнего ключа «ID сотрудника» и с таблицей «Клиенты» связью 1…∞ при помощи внешнего ключа ID Клиента.

Таблица «Телефоны». Соответствует объекту «Телефон» на схеме «Объект-отношение». Состоит из 14 полей: ID телефона (первичный ключ), Модель(С30), ID форм-фактора (N1 –внешний ключ для подстановки данных из справочной таблицы «Форм-фактор), % наценки (N3), Цвет (С15), Тип камеры (С10), ID ОС (N2 –внешний ключ для связи со справочной таблицей «ОС»), ID типа дисплея (N1 –внешний ключ для связи со справочной таблицей «Тип дисплея»), Характеристики дисплея (С50), ID типа телефона (N1 –внешний ключ для связи со справочной таблицей «Тип телефона»),Размер (С16), вес (N3), гарантия (N2), ID производителя (N2 –внешний ключ для связи с таблицей «Производители»). Связана с таблицей «Продажи» связью 1…∞ при помощи первичного ключа, с таблицей «Поставки» связью 1…∞ при помощи первичного ключа, и со справочными таблицами «Форм-фактор», «ОС», «Тип дисплея» и «Тип телефона» связями 1…∞ соответствующими внешними ключами.

Таблица «Производители». Соответствует объекту «Производитель» на схеме «Объект-отношение». Состоит из 3 полей: ID производителя (первичный ключ), название (С60), ID страны (N3 – внешний ключ для связи с таблицей «Страны»). Связана с таблицей «Телефоны» связью 1…∞ при помощи первичного ключа и со справочной таблицей «Страны» связью 1…∞ при помощи внешнего ключа ID страны.

Таблица «Поставщики». Соответствует объекту «Поставщик» на схеме «Объект-отношение». Состоит из 6 полей: ID Поставщика (первичный ключ), Название (С60), телефон (С13), адрес (С100), город (С20), ID страны (N3 –внешний ключ для связи со справочной таблицей «Страны»). Связана с таблицей «Поставки» связью 1…∞ при помощи первичного ключа и со справочной таблицей «Страны» связью 1…∞ при помощи внешнего ключа ID страны.

Таблица «Поставки». Появилась в результате преобразования отношения «Поставляется» на схеме «Объект-отношение». Состоит из 6 полей: ID Поставки (первичный ключ), ID поставщика (N3 – внешний ключ для связи c таблицей «Поставщики»), ID телефонa (N5 – внешний ключ для связи с таблицей «Телефоны»), Дата поставки (D10), Цена (С8), Количество(N3). Связана с таблицей «Поставщики» связью ∞…1 при помощи внешнего ключа ID поставщика и с таблицей «Телефоны» связью ∞…1 при помощи внешнего ключа ID Телефона.

ВЫВОДЫ

В процессе выполнения данной лабораторной работы мною были проведены разработка и анализ концептуальной модели реляционной базы данных, составлены реляционные модели из одной и нескольких таблиц. При сравнении реляционной модели с 1 и несколькими таблицами было выяснено, что модель с несколькими таблицами позволяет значительно уменьшить дисковое пространство, занимаемое базой данных.