
- •Задание по курсовому проектированию
- •Реферат
- •Содержание
- •1. Проектирование серверной части
- •1.1 Системный анализ предметной области
- •.2 Назначение проектируемой информационной системы
- •1.3 Концептуальная модель предметной области
- •1.4 Логическая модель базы данных
- •1.5 Выбор субд
- •3. Создадим процедуру, которая возвращает марки автомобилей, произведённые в заданной стране
- •3.1 Описание интерфейса клиентского приложения
- •4. Руководство пользователю
- •Заключение
- •Список использованных источников
- •1. Microsoft sql Server 2005. Реализация и обслуживание.
- •2. Ms sql Server 2005 dlya sisadminov.
- •3. Работа с базами данных на языке с#. Технология ado.Net. Учебное пособие. Ульяновск 2009
1.4 Логическая модель базы данных
Логическое проектирование основано на модели логического уровня и представляет собой описание и построение схем связей между элементами данных безотносительно к их содержанию и среде хранения.
Логическая структура БД получается преобразованием концептуальной схемы в логическую схему (модель), ориентированную на выбранную СУБД.
Применительно к наиболее распространенной реляционной модели данных общий подход преобразования концептуальной схемы в логическую состоит в том, что каждую сущность, являющуюся представителем множества однотипных объектов, задают схемой отдельного отношения (таблицы), а атрибуты сущности образуют столбцы таблицы. Первичный ключ сущности образует исходный первичный ключ таблицы, который в дальнейшем может быть изменен.
Проектирование логической структуры БД должно решать задачи выбора наиболее эффективной структуры данных, обеспечения быстрого доступа к данным; исключения дублирования данных, обеспечения целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило соответствующее изменение связанных с ними объектов.
При неправильно спроектированной схеме БД могут возникнуть аномалии модификации данных. Они обусловлены отсутствием средств явного представления типов множественных связей между объектами ПО и неразвитостью средств описания ограничений целостности на уровне модели данных. Для решения подобных проблем проводится нормализация отношений, предложенная Э.Ф. Коддом в рамках реляционной модели данных.
Рис. 5 Структура таблиц в третьей нормальной форме
Таблица находится в 3НФ, если она удовлетворяет следующим требованиям:
а) таблицы должны быть приведены ко 2НФ;
б) не должно быть транзитивных зависимостей между не ключевыми полями;
В данном примере таблицы приведены к первой и второй нормальным формам, а также из Рис. 5 видно, что в таблицах не осталось транзитивных зависимостей, поэтому процесс приведения к 3НФ считаем завершенным.
1.5 Выбор субд
Создание баз данных, а также операции поиска и сортировки данных выполняются специальными программами (СУБД). После описания логической модели мы выбираем необходимую нам СУБД и создаем физическую модель, т.е. физическая модель зависит от конкретной СУБД.
СУБД представляет собой пакет прикладных программ и совокупность языковых средств, предназначенных для создания, сопровождения и использования баз данных.
По характеру использования СУБД делят на многопользовательские и персональные.
Многопользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре "клиент-сервер". Наиболее известными многопользовательскими СУБД являются: Oracle, Informix, SyBase, Microsoft SQL Server, InterBase.
В данном проекте для проектирования базы данных используем Microsoft SQL Server 2008.
1.6 Физическая модель базы данных
Физические модели данных описывают то, как данные хранятся в компьютере, представляя информацию о структуре записей, их упорядоченности и существующих путях доступа.
Пример проектирования таблиц СУБД
Физическая модель БД
Таблица Страна
Таблица Фирма
Таблица Персонал
Таблица Автомобили
Таблица Покупатели
Таблица Продажи
2. Разработка серверной части
2.1 Создание таблиц
База данных включает в себя 6 таблиц, одна из которых родительская
Таблица Продажи:
Рис. 6 Продажи
Таблица Покупатели:
Рис. 7 Покупатели
Таблица Персонал:
Рис. 8 Персонал
Таблица Автомобили:
Рис. 9 Автомобили
Таблица Страна:
Рис. 10 Страна
Таблица Фирма:
Рис. 11 Фирма
2.2 Хранимые процедуры, функции
Создадим скалярную функцию, которая возвращает марку автомобиля, который купил определённый покупатель.
Create function f1 (@name varchar (50))varchar (50)@d varchar (50)
Select @d=Автомобили. Марка from Автомобили, Покупатели, ПродажиАвтомобили. ID_Auto=Продажи. ID_Auto and Покупатели. ID_Pokup=Продажи. ID_Pokup and @name=Покупатели. Фамилия@d
Вызов функции:Марка=dbo. f1 ('Сидоров');
Результат:
Рис. 12 Скалярная функция
. Создадим табличную функцию, которая возвращает марку, стоимость, дату продажи автомобиля и ФИО продавца по дате продажи.
create function f3 (@дата date)
returns table
(select Автомобили. Марка, Продажи. Стоимость, Дата, Персонал. ФИО from Автомобили, Персонал, ПродажиПродажи. Дата=@дата and Автомобили. ID_Auto=Продажи. ID_Auto and Персонал. ID_Pers=Продажи. ID_Pers)
Вызов функции:
select*from dbo. f3 ('2013-10-22');
Результат:
Рис. 13 Табличная функция