Разработка информационной подсистемы учета заявок покупателей на автомобильные комплектующие для индивидуального предпринимателя Ворончихина Н.П.
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
>Рисунок 2.1 - Инфологическая модель базы данных
Абсолютно все связи между сущностями БД реализуют отношение
один-ко-многим (1:М). Спецификация связей отражена в таблице 2.1.
Таблица 2.1 - Спецификация отношений между сущностями
Отно-шениеРодительская сущностьДочерняя СущностьОписание отношения1КатегорияДетальВ одну категорию может входить множество деталей2ДетальПрименимостьКаждая деталь может быть применима к множеству автомобилей3АвтомобильПрименимостьК каждому автомобилю применимо множество деталей4Модель кузоваАвтомобильС одним и тем же кузовом может выпускаться множество автомобилей5ДвигательАвтомобильОдин и тот же двигатель может устанавливаться на множество автомобилей6ДетальЗапчасти заказаОдна и та же деталь может фигурировать во множестве заказов7ЗаказЗапчасти заказаК одному заказу может относиться множество запчастей8Произ-водительДетальОдин и тот же производитель может выпускать множество деталей9ДетальФотография деталиОдна и та же деталь может быть отражена на множестве схем, рисунков
Во избежание возникновения аномалий вставки, удаления и модификации данных отношения базы данных формализованы до третьей нормальной формы, что является достаточной степенью нормализации для рассматриваемой предметной области:
1.Все атрибуты атомарны и все строки различны. Принимая во внимание специфику предметной области атрибут дополнительная информация сущности заказ не может быть корректно разбит на более атомарные, поскольку не каждый клиент сможет до такой степени формализовать и сформулировать свои потребности.
2.Все атрибуты, не входящие в состав первичного ключа, функционально полностью зависят от первичного ключа.
.Любой неключевой атрибут функционально полностью зависит только от первичного ключа.
2.2.3 Определение ключевых атрибутов сущностей БД
Для поддержания ссылочной целостности данных набор атрибутов сущностей должен быть определен как первичные и внешние ключи [7].
В соответствии с инфологической моделью для сущностей БД определен следующий набор атрибутов (таблица 2.2).
Таблица 2.2 - Ключевые атрибуты сущностей
СущностьТип ключаКлючевые атрибуты сущностиКатегорияПервичныйКод категорииДетальПервичныйКод деталиВнешнийКод производителяКод категорииПрименимостьПервичныйКод применимостиВнешнийКод детальКод автомобиляАвтомобильПервичныйКод автомобиляВнешнийКод модели кузоваКод двигателяМодель кузоваПервичныйКод модели кузоваДвигательПервичныйКод двигателяПроизводительПервичныйКод производителяФото деталиПервичныйКод фотоВнешнийКод деталиЗаказПервичныйКод заказаЗапчасти заказаСоставной первичныйКод заказаКод детали
2.2.4 Даталогическая модель БД
Даталогическая модель базы данных образуется проецированием абстрактных сущностей на физическую основу построения реляционной базы данных. При этом сущности представляются в виде двумерных таблиц, а атрибуты сущностей в виде полей таблиц.
Тогда сущность Деталь будет представлена в виде таблицы spare_part (таблица 2.3).
Таблица 2.3 - Физическое представление сущности Деталь
Поле данныхТип данныхДопустимость неопределенных значенийpart_idvarchar(30)Нетcatalogue_numbervarchar(30)Нетtitlevarchar(100)НетdescriptionntextДаmanufacturervarchar(10)Нетcategoryvarchar(10)Нетquantity_officeintДаquantity_storageintДаpricemoneyДа
Сущность Категория будет представлена в виде таблицы categories (таблица 2.4).
Таблица 2.4 - Физическое представление сущности Категория
Поле данныхТип данныхДопустимость неопределенных значенийcategory_idvarchar(10)Нетdescriptionvarchar(50)Нетparent_idvarchar(10)Да
Сущность Применимость будет представлена в виде таблицы application (таблица 2.5).
Таблица 2.5 - Физическое представление сущности Применимость
Поле данныхТип данныхДопустимость неопределенных значенийapp_idbigintНетcar_idvarchar(20)Нетpart_idvarchar(30)НетСущность Автомобиль будет представлена в виде таблицы car (таблица 2.6).
Таблица 2.6 - Физическое представление сущности Автомобиль
Поле данныхТип данныхДопустимость неопределенных значенийcar_idvarchar(20)Нетmodelvarchar(50)Нетenginevarchar(20)Нет
Сущность Модель кузова будет представлена в виде таблицы model (таблица 2.7).
Таблица 2.7 - Физическое представление сущности Модель кузова
Поле данныхТип данныхДопустимость неопределенных значенийmodel_idvarchar(50)Нетstart_datedatetimeНетend_datedatetimeДаphotovarchar(200)Да
Сущность Двигатель будет представлена в виде таблицы engine (таблица 2.8).
Таблица 2.8 - Физическое представление сущности Двигатель
Поле данныхТип данныхДопустимость неопределенных значенийengine_idvarchar(20)Нетshort_namevarchar(20)ДаcapacityfloatДаtypevarchar(10)Даfuelvarchar(10)ДаcilindersintДаturbobitДаvalvesintДаHPintДа
Сущность Производитель будет представлена в виде таблицы manufacturer (таблица 2.9).
Таблица 2.9 - Физическое представление сущности Производитель
Поле данныхТип данныхДопустимость неопределенных значенийmanuf_idvarchar(10)Нетnamevarchar(50)Нетcountryvarchar(30)ДаdescriptionntextДаlogovarchar(200)Даcompany_sitevarchar(50)Да
Сущность Фото детали будет представлена в виде таблицы sp_photos (таблица 2.10).
Таблица 2.10 - Физическое представление сущности Фото детали
Поле данныхТип данныхДопустимость неопределенных значенийphoto_idvarchar(10)Нетspare_partvarchar(30)Нетphoto_pathvarchar(200)Нет
Сущность Заказ будет представлена в виде таблицы reserve (таблица 2.11).
Таблица 2.11 - Физичес