База данных фирмы, проводящей аукционы

Московский Государственный  Университет Технологий и Управления (КФ)

 

 

 

Кафедра «Управление Информацией»

 

 

 

 

 

 

 

    Курсовая работа

             Базы данных

 

                      Тема:

 

Проектирование базы данных в СУБД MS SQL Server 2000.

База данных фирмы, проводящей аукционы

 

 

 

 

Выполнил:	Корсаков А.М.
Группа:   АСУ-08
Проверил:	Дубинин А.В.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Калининград 2012

 

Содержание

 

 

Приложения 1 – 15……………………………………………………………. 42

 

Введение

 

SQL Server 2000 является довольно сложным продуктом, работу с которым можно рассматривать с разных сторон. В частности, можно выделить два основных раздела работы с сервером, каждый из которых при ближайшем рассмотрении может быть легко разделен на более мелкие блоки: О администрирование; О программирование.

Администрирование SQL Server 2000 в свою очередь можно разделить на две части: администрирование собственно сервера и администрирование баз данных. Таким образом, администрирование баз данных представляет собой отдельную область работы с SQL Server 2000. Оно включает разработку структуры базы данных, ее реализацию, проектирование системы безопасности, создание пользователей базы данных, предоставление им прав доступа, создание объектов и т. д. Кроме того, администратор базы данных должен периодически создавать резервные копии, выполнять проверку целостности данных и следить за размером файлов как самой базы данных, так и журнала транзакций. Указанный список можно легко продолжить

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

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

 

1. Анализ предметной области

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

В книгах фирмы делается запись о  каждом аукционе. Там отмечаются дата, место и время его проведения, а также специфика (например, выставляются картины, написанные маслом и не ранее 1900 г.). Заносятся также сведения о каждом продаваемом предмете: аукцион, на который он заявлен, номер лота, продавец, отправная цена. Продавцу разрешается выставлять любое количество вещей, а покупатель имеет право приобретать любое их количество. Одно и то же лицо или фирма может выступать и как продавец, и как покупатель. После аукциона служащие фирмы, проводящей аукционы, записывают фактическую цену, уплаченную за проданный предмет, и фиксируют данные покупателя.

 

2. Концептуальное проектирование базы данных

2.1 Разработка схемы базы данных

 

 

2.2 Разработка структуры таблиц

 

Описание таблиц базы данных

 

№ п.п	Название	Идентификатор	Назначение	Тип связи	Атрибуты для  связи
1.	Продавцы	Seller	Список продавцов	1:М Изделия	Ид. № продавца
2.	Изделия	Products	Список изделий	М:1 Продавцы	Ид. № продавца
				1:М Изделия на аукционах	Ид. № изделия
3.	Аукционы	Auctions	Список аукционов	1:М Изделия на аукционах	Ид. № аукциона
4.	Покупатели	Buyers	Список покупателей	1:М Изделия на аукционах	Ид. № покупателя
5.	Изделия на аукционах	ProductsA	Список изделий на аукционах	М:1 Изделия	Ид. № изделия
				М:1 Аукционы	Ид. № аукциона
				М:1 Покупатели	Ид. № покупателя

2.3 Описание атрибутов таблиц

 

Описание атрибутов таблицы Продавцы

 

№ п/п	Название	Идентификатор	Тип	Размер	Ограничения	Знач. по умолчанию	Обязательное поле?	Признак ключа
1.	Ид. № продавца	ID_Seller	N	3	1÷999	–	+	PK
2.	ФИО продавца	FIO_Seller	С	35	Только буквы	–	+	AK
3.	Адрес продавца	Address_ Seller	С	40	–	–	+	–
4.	Телефон продавца	Phone_Sel-ler	С	15	–	–	–	–
5.	Пол продавца	Sex_Seller	B	1	0 или 1	1	+	–

 

Описание атрибутов  таблицы Изделия

 

№ п/п	Название	Идентификатор	Тип	Размер	Ограничения	Знач. по умолчанию	Обязательное поле?	Признак ключа
1.	Ид. № изделия	ID_ Pro-duct	N	5	1÷99999	–	+	PK
2.	Наименование	Name	С	35	Только букавы	–	+	–
3.	Тип	Type	С	40	–	–	+	–
4.	Дата поступления	Date_D	D	8	01.01.1980÷01.01.2010	–	+	–
5.	Признак - продано	Sold	B	1	0 или 1	1	–	–
6.	Ид. № продавца	ID_Seller	N	3	1÷999	–	+	FK

 

Описание атрибутов  таблицы Аукционы

 

№ п/п	Название	Идентификатор	Тип	Размер	Ограничения	Знач. по умолчанию	Обязательное поле?	Признак ключа
1.	Ид. № аукциона	ID_Auctions	N	3	1÷999	–	+	PK
2.	Дата проведения	Date_U	D	8	01.01.1980÷01.01.2010	–	+	–
3.	Место	Place	С	40	–	–	–	–
4.	Специфика	Specifics	С	60	–	–	–	–

 

Описание атрибутов  таблицы Покупателя

 

№ п/п	Название	Идентификатор	Тип	Размер	Ограничения	Знач. по умолчанию	Обязательное поле?	Признак ключа
1.	Ид. № покупателя	ID_Buyer	N	3	1÷999	–	+	PK
2.	ФИО покупателя	FIO_Buyer	С	35	Только буквы	–	+	AK
3.	Адрес покупателя	Address_ Buyer	С	40	–	–	+	–
4.	Телефон покупателя	Phone_ Buy-er	С	15	–	–	–	–
5.	Пол покупателя	Sex_Buyer	B	1	0 или 1	1	+	–

 

Описание атрибутов  таблицы Изделия на аукционах

 

№ п/п	Название	Идентификатор	Тип	Размер	Ограничения	Знач. по умолчанию	Обязательное поле?	Признак ключа
1.	Ид. № изделия	ID_ Pro-duct	N	5	1÷99999	–	+	FK
2.	Ид. № аукциона	ID_Auctions	N	3	1÷999	–	+	FK
3.	№ лота	Lot	N	3	1÷999	–	+	–
4.	Стартовая цена	Price_S	R	11,2	1÷99999999	–	+	–
5.	Цена покупки	Price_B	R	11,2	1÷99999999	–	–	–
6.	Ид. № покупателя	ID_Buyer	N	3	1÷999	–	–	FK

 

3. Реализация базы данных  в среде СУБД MS SQL Server 2000

 

Структурой хранения данных в SQL Server 2000 является база данных (database). Вся работа SQL Server 2000 сводится к управлению базами данных (БД). Системные данные сервера, отвечающие за его функционирование, также хранятся в базах данных. Базу данных SQL Server 2000 можно рассматривать с двух сторон: физической и логической. При работе с любой базой данных SQL Server 2000 – пользовательской или системной – действуют одни и те же механизмы.

Физическая  база данных представляет собой набор файлов, расположенных на  диске. С этими файлами можно выполнять любые операции, разрешенные для обычных файлов: копирование, переименование, удаление и т. д. Конечно, делать этого не стоит, но все же выполнение перечисленных операций в случае необходимости возможно. Физическая структура базы данных описывает количество файлов данных и журнала транзакций, из которых состоит база данных, их первоначальный и текущий размер, положение на диске, имя, расширение, шаг приращения и некоторые другие параметры. Эти параметры необходимы только для правильного восприятия SQL Server 2000 базы данных. Для пользователей, работающих с базой данных, в подавляющем большинстве случаев ее физическая структура не имеет значения.

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

3.1 Создание базы данных

 

Создание базы данных возможно несколькими способами:

• средствами языка Transact-SQL;
• с помощью графической утилиты Enterprise Manager
• с помощью мастера создания базы данных Create Database Wizard.

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

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