Файл: Пояснительная записка к курсовой работе по дисциплине Базы данных.rtf

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 12.01.2024

Просмотров: 49

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.



1.3 Логическое проектирование базы данных


проектирование база данные склад

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

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

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

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

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


Первая нормальная форма

Первая нормальная форма:

· запрещает повторяющиеся столбцы (содержащие одинаковую по смыслу информацию)

· запрещает множественные столбцы (содержащие значения типа списка и т.п.)

· требует определить первичный ключ для таблицы, то есть тот столбец или комбинацию столбцов, которые однозначно определяют каждую строку

Вторая нормальная форма

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

Третья нормальная форма

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

Диаграммы «сущность-связь» предназначены для разработки моделей данных и обеспечивает стандартный способ определения данных и отношений между ними.

Выражаемая ее диаграмма «сущность - связь», представленная в одной из стандартных нотаций, изображена на рисунке 1.

Поставщики Покупатели

1 1

Товар в наличие Поставленный товар

1 м

1
Проданный товар

м

Рисунок 1 - Логическая модель данных на языке«сущность - связь»
В результате проектирования базы данных было создано 5 таблиц, имеющие первичный ключ. Соединив таблицы между собой связями можно сделать вывод, что база данных относится к первой нормальной форме, так как все строки в данной БД различны, все элементы внутри ячеек атомарны. И второй нормальной форме , так как таблицы находятся в ПНФ, любое поле, не входящее в состав ключа, функционально полно зависит от первичного ключа.
1.4 Физическое проектирование базы данных
Физическое проектирование базы данных - процесс создания описания реализации базы данных на вторичных запоминающих устройствах с указанием структур хранения и методов доступа, используемых для организации эффективной обработки данных.



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

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

■ создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;

■ определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность системы с базой данных;

■ разработка средств защиты создаваемой системы.

В идеале, фазы концептуального и логического проектирования больших систем следует отделять от фазы их физического проектирования. На это есть несколько причин.

■ Они связаны с совершенно разными аспектами системы: что делать и как делать.

■ Они выполняются в разное время, поскольку понять, что надо сделать, следует прежде, чем решить, как это сделать.

■ Они требуют совершенно разных навыков и умений, которыми обычно обладают разные люди.

2. Разработка базы данных оптового склада
.1 Требования, предъявляемые к аппаратному и программному обеспечению Borland Delphi 7.0 и MySQL
Для реализации базы данных используется одна из версий популярной мультиплатформенной среды быстрой разработки Borland Delphi 7.0 Enterprise Edition, являющейся первой системой разработки, которая поддерживает технологию .
Net и не произведена самой компанией Microsoft, и позволяющей разработать не только приложения, которые пойдут на любой 32-х битной операционной системе Windows и, если понадобится, перенесутся на Linux, но и будут работать, используя технологию NET.

Для использования среды разработки и реализации в ней проекта требуется наличие IBM-совместимого персонального компьютера, к которому предъявляются следующие минимальные системные требования:

· Процессор Intel Pentium IV с тактовой частотой 800 МГц и выше;

· 3 Гб дискового пространства на жестком магнитном диске;

(1536 - 2048 Мб - для установки операционной системы, необходимой для обеспечения работы средства разработки, 475 Мб - для полной установки среды Borland Delphi 7.0 Enterprise Edition)

· 128 Мб оперативной памяти;

· привод CD - ROM;

· VGA монитор;

· клавиатура, мышь;

· модем.

Для использования среды разработки Borland Delphi 7.0 Enterprise Edition необходимо наличие на персональном компьютере одной из следующих операционных систем семейства Windows: Microsoft Windows XP, Windows 2000, или Windows 98.

Также при реализации базы данных было использовано СУБД MySQL.

MySQL разработал Михаэль Видениус (Michael Widenius). MySQL является относительно небольшой и быстрой реляционной СУБД основанной на традициях Hughes Technologies Mini SQL (mSQL).

Прежде чем использовать MySQL, ее необходимо установить. MySQL работает почти на любой известной Unix-платформе, а также под управлением Windows 9x, Windows NT и OS/2. Для Windows 9x и Windows NT требуется приобрести лицензию. Если вы хотите лишь протестировать работу этой СУБД, имеется более старая бесплатная версия.

2.2 Обоснование выбора среды разработки Borland Delphi 7.0 и MySQL



При решении поставленной задачи оптимально использовать для представления информационных материалов язык программирования Delphi, который является языком высокого уровня и позволяет быстро и эффективно создавать приложения. Основное достоинство этого языка программирования состоит в объектно-ориентированном представлении.


Для реализации поставленной задачи была выбрана система программирования Delphi версии 7 фирмы Enterprise (Borland), так как она предоставляет наиболее широкие возможности для программирования приложений операционной системы Windows.- это продукт Borland International для быстрого создания приложений. Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий высокопроизводительный компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal.

Прежде всего, Delphi предназначен для профессиональных разработчиков, желающих очень быстро разрабатывать приложения в архитектуре клиент-сервер. Delphi производит небольшие по размерам (до 15-30 Кбайт) высокоэффективные исполняемые модули (.exe и .dll), поэтому в Delphi должны быть, прежде всего, заинтересованы те, кто разрабатывает продукты на продажу. С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются - это имеет немаловажное значение и для конечных пользователей.

Преимущества Delphi по сравнению с аналогичными программными продуктами.

· быстрота разработки приложения;

· высокая производительность разработанного приложения;

· низкие требования разработанного приложения к ресурсам компьютера;

· наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

· возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);

· удачная проработка иерархии объектов.

Система программирования Delphi рассчитана на программирование различных приложений и предоставляет большое количество компонентов для этого. К тому же работодателей интересует, прежде всего, скорость и качество создания программ, а эти характеристики может обеспечить только среда визуального проектирования, способная взять на себя значительные объемы рутинной работы по подготовке приложений, а также согласовать деятельность группы постановщиков, кодировщиков, тестеров и технических писателей.