Обоснование выбора СУБД

2.4 Обоснование выбора СУБД

Современные основы информационной технологии составляют базы данных (БД – это структурированная определенным образом совокупность данных, относящихся к конкретной задаче) и системы управления базами данных (СУБД представляет собой комплекс инструментальных средств, программных и языковых, реализующих централизованное управление БД и обеспечивающих доступ к данным (изменения, добавления, удаления, резервного копирования и т.д. ), роль которых как единого средства хранения, обработки и доступа к большим объемам информации постоянно возрастает.

Быстрое развитие потребностей применений БД выдвигает новые требования к СУБД: поддержка широкого спектра типов представляемых данных и операций над ними (включая фактографические, документальные, картинно-графические данные); естественные и эффективные представления в БД разнообразных отношений между объектами предметных областей (например, пространственно-временных с обеспечением визуализации данных); СУБД должна обеспечивать поиск, модификацию и сохранность данных, а также оперативный доступ (время отклика), защиту целостности данных от аппаратных сбоев и программных ошибок, разграничение прав и защита от несанкционированного доступа, поддержка совместной работы нескольких пользователей с данными.

Современные СУБД отвечают этим требованиям, в том числе и Access. Access включает в себя традиционные технологии и возможности реляционных СУБД, предоставляет средства создания базы нормализованных данных и форм для диалоговой работы с ней и удобным графическим интерфейсом. С построением базы нормализованных данных тесно связана разработка и эффективная реализация задач пользователя.

Для решения многих задач достаточно использовать такие объекты Access, как формы, запросы, отчеты. Эти объекты легко создаются в диалоговом режиме. Для реализации целостного приложения пользователя в некоторой предметной области возникает необходимость в создании макросов и модуле на языке Visual Basic for Applications (VBA).

3 ОПИСАНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ

3.1 Концептуальная модель данных «Кондитерские фабрики Ураины» представлена на рисунке 3.1.1:

Рисунок 3.1.1 - Концептуальная модель базы данных “Кондитерские фабрики Украины ”

Как видно из рисунка 3.1.1, концептуальная модель данных разрабатываемого проекта состоит из 8 таблиц – «Поставка», «Продукция», «Выпуск», «Фабрика», «Потребитель», «Города», «Тип предприятия», «Тип продукции». Таблицы «Города», «Тип предприятия» являются справочниками для таблицы «Фабрика». Она связана с ними с помощью внешних ключей «Код города» и «Код предприятия». Таблица «Тип предприятия» также является справочником для таблицы «Потребитель». «Продукция» - справочник для «Выпуск», «Поставка». «Фабрика» и «Выпуск» связаны отношением 1-¥ и имеют объединение всех записей из «Фабрика» и только тех записей из «Выпуск», в которых связанные поля совпадают. Это предназначено для того, чтобы каждая фабрика была связана с выпуском продукции и, соответственно, с самой продукцией, так как «Продукция» и «Выпуск» имеют подобные параметры объединения.

3.1.2 Таблица с данными

№	Название фабрики	Дата введения в строй	Тип фабрики	Название города	Название продукции	Тип продукции	Количество	Дата выпуска	ФИО директора	Название магазина	Тип _Агазина	Номер накладной	Количество товара	Дата поставки	Цена за е т	№ маг
N2	С 20	N6	C 10	C 20	C 20	C 15	N6	N6	C 20	C 20	C 10	N3	N6	N6	N6	N3
1	Рошен	10. 05.91	ЗАО	Киев	Свиточ	шоколад	1000	10.09.05	Иванов С.В	Свитанок	ЧП	135	500	10.09.05	1.1	22
2	Киев Конти	03.05.85	ОАО	Донецк	Буратино	печенье	500	05.06.05	Сидоров К.М	Легенда	Гп	34	300	05.12.05	0.5	23
3	Свиточ	10.11.45	ОАО	Луганск	Мальвина	конфеты	100	02.02.05	Батурин С.В.	РИФ	ЧП	112	1341	14.01.05	12.2	24
4	Свиточ	10.11.45	ОАО	Донецк	Гуливер	конфеты	200	02.02.05	Батурин С.В.	У Алены	ЧП	233	12313	14.04.05	12.5	25
5	Рошен	10. 05.91	ЗАО	Харьков	Чипалино	мармелад	1000	10.09.05	Петров С.В	Рассвет	ЧП	132	200	10.09.05	1.1	26
6	Киев Конти	03.05.85	ОАО	Донецк	Мечта	печенье	500	15.06.05	Шкиря К.М	Детство	Гп	343	100	23.02.05	8.5	27
7	Свиточ	10.11.45	ОАО	Горловка	Мальвина	конфеты	200	03.02.05	Кищкань В.В	Марина	ЧП	121	1341	14.01.05	4.2	28
8	Свиточ	10.11.45	ОАО	Донецк	Гуливер	конфеты	200	02.02.02	Батурин С.В.	У Алены	ЧП	233	123	02.04.05	2.5	25
9	АВК	12. 02.98	ЗАО	Донецк	Сказка	шоколад	900	10.04.05	Кава С.В	Ранок	ЧП	235	200	12.04.05	1.1	30
10	Стирол	13.05.85	ОАО	Горловка	Мечта	конфеты	300	01.06.05	Махмед К.М	У Ашота	ЧП	342	100	05.06.05	3.5	31
11	Улыбка	11. 05.91	ЗАО	Харьков	милениум	шоколад	450	20.09.05	Зуйко С.В	Свитанок	ЧП	131	500	10.09.05	21.1	22
12	Киев Конти	03.05.85	ОАО	Донецк	Рачки	конфеты	500	15.06.05	Сидоров К.М	Легенда	Гп	44	300	25.06.05	12.5	23
13	Свиточ	10.11.45	ОАО	Луганск	Забава	печенье	230	02.11.05	Батурин С.В.	РИФ	ЧП	112	1341	14.11.05	12.2	24
14	Свиточ	10.11.45	ОАО	Донецк	Крекер	печенье	200	02.04.05	Батурин С.В.	У Алены	ЧП	673	1231	14.04.05	12.5	25
15	АВК	12. 02.98	ЗАО	Харьков	Умка	конфеты	345	10.05.05	Зубов В. В.	Шанс	ЧП	348	4545	01.01.05	12.4	36

3.3 Функциональные зависимости

Рисунок 3.3.1 – Схема функциональных зависимостей в 1 нормальной форме

Рисунок 3.3.2 – Схема функциональных зависимостей во 2 нормальной форме

									Тип предприятия

Рисунок 3.3.3 – Схема функциональных зависимостей в 3 нормальной форме

Все отношения в базе данных находятся в первой нормальной форме, т.к. все значения полей – неделимы (в каждом из полей таблиц БД нет повторений).

Отношения, также, находятся во второй нормальной форме, т.к. они находятся в первой нормальной форме, и каждый не ключевой атрибут неприводимо слева зависит от первичного ключа. Отношение неприводимо слева, если в левой части функциональной зависимости нет избыточности. Избыточность существует, если в отношении существуют функциональные зависимости атрибутов не от потенциального ключа.

И, наконец, можно сказать, что база данных нормализована до третьей нормальной формы. (Ни в одной таблице нет транзитивных зависимостей между не ключевыми полями, то есть, значение любого поля, не входящего в первичный ключ, не зависит от значения другого поля, также не входящего в первичный ключ).