Ім'я файлу: Магазин электроники и бытовой техники.doc
Розширення: doc
Розмір: 711кб.
Дата: 07.10.2022
скачати
Пов'язані файли:
Java.docx

Министерство Образования и Науки Российской Федерации

Федеральное Государственное Бюджетное Образовательное Учреждение

Высшего Профессионального Образования

«Камская государственная инженерно-экономическая академия» (ИНЭКА)

Кафедра «ММИТЭ»

КУРСОВОЙ ПРОЕКТ

По дисциплине «Базы данных»

На тему «Проектирование и разработка базы данных информационной системы “ Магазин электроники и бытовой техники”»

Выполнил:

студент гр. ххх

хххх

№ зачетной книжки: ххх
Проверил:

ст. преподаватель

хххх

Набережные Челны

2011 год

Оглавление


Введение 3

1 Спецификация требований 4

2 Концептуальное проектирование. Создание ER-модели предметной области 5

3 Логическое проектирование. Построение и проверка реляционной модели данных 9

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

Формирование набора отношений 9

Определение ограничений целостности 12

4 Физическое проектирование и реализация базы данных в MS SQL Server 13

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

Реализация ограничений целостности 16

Проектирование и разработка пользовательских представлений 17

Заключение 20


Введение



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

С развитием информационных технологий и предпринимательства, актуальность использования баз данных значительно увеличилось. Успешные и крупные компании не могут представить свой бизнес без четко построенной информационной системы. Базы данных, построенные на SQL Server, отвечают высоким требованиям производительности и безопасности.
Предметная область: информационная система магазина электроники и бытовой техники.
Целью данного курсового проекта является реализация информационной системы “Магазин электроники и бытовой техники” для автоматизации деятельности и обеспечения хранения, накопления и предоставления информации.

Задачи проекта:

  1. Исследовать предметную область и создать концептуальную модель, построение ER-модели;

  2. Логическое проектирование. Построение и проверка реляционной модели данных;

  3. Проектирование и разработка пользовательских представлений.


1Спецификация требований




Предметной областью базы данных является деятельность магазина электроники и бытовой техники. Описан один основной вид деятельности: Продажа электроники и бытовой техники.

Сформулированы следующие задачи:

  1. Возможность добавления, удаления данных

  2. Учет поставок и сбыта товара

  3. Счет выручки

  4. Определение наиболее успешного менеджера

  5. Хранение всех сведений о товаре

Требования к данным

Информация о поставщике должна содержать следующие атрибуты:

  • Наименование фирмы;

  • Номер телефона представителя фирмы поставщика;

  • Имя и фамилия представителя;


Данная база данных предполагает учет продаж товара, следовательно, должны фиксироваться следующие данные:

  • Дата продажи;

  • количество;

  • описание товара;

  • скидка на товар;

  • стоимость продажи;

  • менеджер продавший товар.


2Концептуальное проектирование. Создание ER-модели предметной области



Типы сущностей


Имя типа сущности

Описание

Ожидаемое количество экземпляров

manager

Содержит список менеджеров магазина

-

sale

Учет продаж

-

saleitem

Полные сведения о продаже

-

wares

Описание товаров

-

discount

Список скидок

-

period

Сроки поставок

-

provider

Список поставщиков и их представителей

-


order

Заказы на поставку товаров

-

orderitem

Описание заказов

-


Типы связей


Имя типа связи

Имена типов сущностей

Кратность

Описание

Продажа

manager

1:*

Учет продаж каждого менеджера

sale

1:1

Продано

sale

1:*

Информация о продажах

saleitem

1:1

Реализовано

saleitem

1:*

Информация о реализации товаров

wares

1:*

Уценено

wares

1:1

Скидки покупателям

discount

1:*

Доставлено

wares

1:1

Сроки поставки товаров

period

1:1

Установлено

period

1:1

Доставки поставщиками

provider

1:*













Заказано

provider

1:*

Заказы товаров

order

1:1

Поставлено

order

1:*

Информация о заказах

orderitem

1:1

Приход

wares


1:*


Заказанные товары

orderitem

1:*

Выделенные сущности и связи обладают следующими атрибутами:

Атрибуты типов сущностей и типов связей:

Имя типа сущности\типа связи

Атрибуты

Тип данных

Разрешить значение Null

Описание

manager

Idmanager

целочисленный

Нет

Уникальный идентификационный номер менеджера

name

Текст

Нет

Имя менеджера

phone

Текст

Да

Телефон заказчика

sale

Idsale

целочисленный

Нет

Уникальный идентификационный номер продажи

Idmanager

целочисленный

Нет

Номер менеджера продавшего товары

saledate

дата

Да

Дата продажи

saleitem

Idsale

целочисленный

Нет

Уникальный идентификационный номер продажи

Idwares

целочисленный

Нет

Номер товара

quantity

целочисленный

Нет

Количество проданного товара

wares

Idwares

целочисленный

Нет

Уникальный идентификационный номер товара

name

текст

Нет

Название товара

description

текст

Нет

Полное описание товара

orderprice

целочисленный

Нет

Цена закупки

saleprice

целочисленный

Да

Цена продажи

Iddiscount

целочисленный

Нет

Процент скидки на продажу товара

discount

Iddiscount

целочисленный

Нет

Уникальный идентификационный номер скидки

percent

целочисленный

Нет

Уровень скидок

period

Idprovider

целочисленный

Нет

Номер поставщика

Idwares

целочисленный

Нет

Номер товара

day

целочисленный

Нет

Количество дней за которые товар доставят

provider

Idprovider

целочисленный

Нет

Уникальный идентификационный номер поставщика

name

текст

Нет

Наименование фирмы поставщика

agentname

текст

Нет

Имя представителя поставщика

phone

текст

Нет

Номер телефона представителя

order

idorder

целочисленный

Нет

Уникальный идентификационный номер заказа

Idprovider

целочисленный

Нет

Номер поставщика у которого сделали заказ

orddate

дата

Нет

Дата заказа

orderitem

idorder

целочисленный

Нет

Номер заказа

Idwares

целочисленный

Нет

Номер заказанного товара

warescount

целочисленный

Нет

Количество заказанного товара



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

  • Для атрибутов quantity, orderprice, day, warescount допустимы только положительные значения отличные от нуля.

  • Для атрибута percent допустимы только значения от 0 до 20 включительно (чтобы скидка не оказалась в убыток магазину).

  • Атрибут salecount является вычисляемым столбцом и считается по формуле: ([orderprice]*(1.3)) (накрутка магазина 30% от закупа)


Определяем первичные ключи для типов сущностей:

Первичный ключ

Сущность

idmanager

manager

idsale

sale

idwares

wares

iddiscount

discount

idprovider

provider

idorder

order


Концептуальная схема




3Логическое проектирование. Построение и проверка реляционной модели данных




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



В ходе проектирования концептуальной модели были выявлены связи «многие ко многим». Устранение из концептуальной модели этих связей можно путем добавления новой сущности saleitem (содержание продаж), orderitem(содержание заказов), period (сроки доставки)

Имя типа сущности

Описание

Ожидаемое количество экземпляров

orderitem

Содержание заказов

-

saleitem

Содержание продаж

-

period

Сроки доставки

-


Формирование набора отношений



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

Описание реляционной схемы

manager (idmanager,name,phone)

Первичный ключ idmanager

Альтернативный ключ phone

On INSERT no action

On UPDATE cascade

sale (idsale, idmanager,saledate)

Первичный ключ idsale

On INSERT no action

On UPDATE cascade
saleitem(idsale, idwares, quantity)

Первичный ключ составной idsale, idwares

Внешний ключ idsale ссылается на sale (idsale)

Внешний ключ idwares ссылается на wares (idwares)
wares (idwares, name, description, orderprice, saleprice ,iddiscount)

Первичный ключ idwares

Альтернативный ключ description

Внешний ключ iddiscount ссылается на discount (iddiscount)

On INSERT cascade

On UPDATE cascade

discount (iddiscount, percent)

Первичный ключ iddiscount

Альтернативный ключ percent
On UPDATE cascade

period (idwares, idprovider, day)

Первичный ключ составной idwares, idprovider

Внешний ключ idwares ссылается на wares (idwares)

Внешний ключ idprovider ссылается на provider (idprovider)
provider(idprovider, name, agentname, phone)

Первичный ключ idprovider

Альтернативный ключ name, phone
On INSERT cascade

On UPDATE cascade


order (idorder, idprovider, orddate)
Первичный ключ idorder
Внешний ключ idprovider ссылается на provider (idprovider)

orderitem(idorder,idwares,warescount)
Первичный ключ составной idorder, idwares
Внешний ключ idwares ссылается на wares (idwares)


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

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

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


Определение ограничений целостности



Использование несколько проверочных ограничений.

Для таблицы saleitem :

  • [quantity]>(0)

Для таблицы wares

  • [orderprice]>(0)

Для таблицы discount

  • [percent]>=(0)

  • [percent]<=(20)

Для таблицы period

  • [day]>(0)

Для таблицы orderitem

  • [warescount]>(0)


Ограничение уникальности:

Ограничение на уникальность следует использовать в тех случаях, когда нужно гарантировать, что дублирующие значения будут исключены:

Сущность

Атрибут с ограничением уникальности

Описание

provider

name

Нет поставщиков с одинаковым брендом

provider

phone

У представителей не может быть одинаковых номеров телефона

discount

percent

Бессмысленно вводить одинаковые скидки

wares

description

Описания товаров не должны совпадать

manager

phone

У менеджеров не может быть совпадающих номеров телефона


4Физическое проектирование и реализация базы данных в MS SQL Server

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


Информационная система " Магазин электроники и бытовой техники " была сделана на MS SQL Server.

Создание таблицы discount

CREATE TABLE [dbo].[discount](

[Iddiscount] [int] IDENTITY(1,1) NOT NULL,

[percent] [int] NOT NULL,

CONSTRAINT [PK_discount] PRIMARY KEY CLUSTERED

(

[Iddiscount] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],

CONSTRAINT [IX_discount] UNIQUE NONCLUSTERED

(

[percent] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]
Создание таблицы manager
CREATE TABLE [dbo].[manager](

[Idmanager] [int] IDENTITY(1,1) NOT NULL,

[name] [nvarchar](50) NOT NULL,

[phone] [nvarchar](16) NULL,

CONSTRAINT [PK_manager] PRIMARY KEY CLUSTERED

(

[Idmanager] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],

CONSTRAINT [IX_manager] UNIQUE NONCLUSTERED

(

[phone] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Создание таблицы order

CREATE TABLE [dbo].[order](

[Idorder] [int] IDENTITY(1,1) NOT NULL,

[Idprovider] [int] NOT NULL,

[orddate] [smalldatetime] NOT NULL CONSTRAINT [DF_order_orddate] DEFAULT (getdate()),

CONSTRAINT [PK_order] PRIMARY KEY CLUSTERED

(

[Idorder] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Создание таблицы orderitem

CREATE TABLE [dbo].[orderitem](

[Idorder] [int] NOT NULL,

[Idwares] [int] NOT NULL,

[warescount] [int] NOT NULL,

CONSTRAINT [PK_orderitem] PRIMARY KEY CLUSTERED

(

[Idorder] ASC,

[Idwares] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Создание таблицы period

CREATE TABLE [dbo].[period](

[Idprovider] [int] NOT NULL,

[Idwares] [int] NOT NULL,

[day] [int] NOT NULL,

CONSTRAINT [PK_period] PRIMARY KEY CLUSTERED

(

[Idprovider] ASC,

[Idwares] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Создание таблицы provider

CREATE TABLE [dbo].[provider](

[Idprovider] [int] IDENTITY(1,1) NOT NULL,

[name] [nvarchar](50) NOT NULL,

[agentname] [nvarchar](50) NOT NULL,

[phone] [nvarchar](50) NOT NULL,

CONSTRAINT [PK_provider] PRIMARY KEY CLUSTERED

(

[Idprovider] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],

CONSTRAINT [IX_provider] UNIQUE NONCLUSTERED

(

[name] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],

CONSTRAINT [IX_provider_1] UNIQUE NONCLUSTERED

(

[phone] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Создание таблицы sale

REATE TABLE [dbo].[sale](

[Idsale] [int] IDENTITY(1,1) NOT NULL,

[Idmanager] [int] NULL,

[saledate] [smalldatetime] NOT NULL CONSTRAINT [DF_sale_saledate] DEFAULT (getdate()),

CONSTRAINT [PK_sale] PRIMARY KEY CLUSTERED

(

[Idsale] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Создание таблицы saleitem

CREATE TABLE [dbo].[saleitem](

[Idsale] [int] NOT NULL,

[Idwares] [int] NOT NULL,

[quantity] [int] NOT NULL,

CONSTRAINT [PK_saleitem] PRIMARY KEY CLUSTERED

(

[Idsale] ASC,

[Idwares] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]
Создание таблицы wares
CREATE TABLE [dbo].[wares](

[Idwares] [int] IDENTITY(1,1) NOT NULL,

[name] [nvarchar](50) NOT NULL,

[description] [nvarchar](100) NOT NULL,

[orderprice] [int] NOT NULL,

[saleprice] AS ([orderprice]*(1.3)),

[Iddiscount] [int] NOT NULL,

CONSTRAINT [PK_wares] PRIMARY KEY CLUSTERED

(

[Idwares] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY],

CONSTRAINT [IX_wares] UNIQUE NONCLUSTERED

(

[description] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

Реализация ограничений целостности


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

  • Использование проверочных ограничений.

Для атрибутов quantity, orderprice, day, warescount допустимы только положительные значения отличные от нуля. Для атрибута percent допустимы только значения от 0 до 20 включительно (чтобы скидка не оказалась в убыток магазину и не была отрицательной).

  • Использование значений по умолчанию.

В столбцах saledate в таблице sale и orderdate в таблице order по умолчанию значение поля date определяется в виде текущей даты.

  • Использование вычисляемых столбцов

Столбец salecount является вычисляемым и считается по формуле: ([orderprice]*(1.3)) (накрутка магазина 30% от закупа)
Обеспечение сущностной целостности. Основными инструментами обеспечения целостности сущностей являются первичные ключи и ограничения уникальности.

Первичные ключи

Таблица

Первичный ключ

manager

idmanager

sale

idsale

wares

idwares

discount

iddiscount

provider

idprovider

order

idorder



Таблица

Ограничение уникальности

provider

name

provider

phone

discount

percent

wares

description

manager

phone
Ограничения уникальности. Создаем ограничение уникальности для столбцов:

Проектирование и разработка пользовательских представлений


Добавление клиента

Процедура spr_addmanager
create PROCEDURE [dbo].[spr_addmanager]

@Idmanager int OUT,

@name nvarchar(30),

@phone nvarchar(16)

AS

IF EXISTS(SELECT * FROM manager WHERE phone=@phone)

RETURN -100
INSERT manager([name], phone)

VALUES (@name, @phone)

SET @Idmanager = @@IDENTITY

RETURN 0

Вызов процедуры

DECLARE @return_value int,

@Idmanager int

EXEC @return_value = spr_addmanager

@name='Саудов Геннадий',

@phone= '8-960-124-11-11',

@Idmanager = @Idmanager OUTPUT

IF @return_value = 0

BEGIN

PRINT 'Менеджер успешно добавлен'

SELECT @Idmanager as 'Номер менеджера'

END

ELSE

BEGIN

PRINT 'При добавлении произошла ошибка'

END

Удаление менеджера

Процедура spr_delmanager

Create procedure [dbo].[spr_delmanager]

@idmanager int

AS

if not exists (select * from manager where idmanager=@idmanager)

return -100

delete from manager

where idmanager=@idmanager

RETURN 0

Вызов процедуры

DECLARE @return int

EXEC @return = spr_delmanager

@idmanager=5

IF @return = 0

BEGIN

PRINT 'Менеджер успешно удален'

END

ELSE

BEGIN

PRINT 'Во время удаления произошла ошибка'

END

Вся информация о товаре

Представление dbo.ALL_info_wares

SELECT dbo.wares.name AS Наименование, dbo.wares.description AS Описание, dbo.provider.name AS Поставщик, dbo.wares.orderprice AS [Цена закупа], dbo.wares.saleprice AS [Цена продажи], dbo.discount.[percent] AS [Скидка (%)]

FROM dbo.discount INNER JOIN

dbo.wares ON dbo.discount.Iddiscount = dbo.wares.Iddiscount INNER JOIN

dbo.period ON dbo.wares.Idwares = dbo.period.Idwares INNER JOIN

dbo.provider ON dbo.period.Idprovider = dbo.provider.Idprovider

Вызов представления

SELECT *

FROM All_info_wares

Список всех заказов

Представление dbo.orders_info

SELECT TOP (100) PERCENT dbo.wares.name AS Наименовани, dbo.wares.description AS Описание, dbo.orderitem.warescount AS [Кол-во],dbo.wares.orderprice AS Цена, dbo.[order].orddate AS Дата

FROM dbo.[order] INNER JOIN

dbo.orderitem ON dbo.[order].Idorder = dbo.orderitem.Idorder INNER JOIN

dbo.wares ON dbo.orderitem.Idwares = dbo.wares.Idwares

ORDER BY dbo.wares.name

Вызов представления

SELECT *

FROM orders_info

Просмотр сроков поставки товаров всех фирм с указание контактной информации и стоимости товаров

Представление dbo.firms_periods

SELECT dbo.provider.name AS Фирма, dbo.provider.agentname AS Представитель, dbo.provider.phone AS Телефон,dbo.wares.name AS [Наименование товара], dbo.wares.description AS [Описание товара], dbo.wares.orderprice AS [Цена закупки], dbo.period.day AS [Срок ожидания]

FROM dbo.provider INNER JOIN

dbo.period ON dbo.provider.Idprovider = dbo.period.Idprovider INNER JOIN

dbo.wares ON dbo.period.Idwares = dbo.wares.Idwares

Вызов представления

SELECT *

FROM firms_periods

Поиск продаж по промежутку даты

create procedure [dbo].[spr_salesearch]

@date1 datetime,

@date2 datetime

AS

SELECT w.[name], w.description, s.saledate

FROM wares w, sale s,saleitem si

where s.idsale=si.idsale and si.idwares=w.idwares and saledate BETWEEN @date1 AND @date2

RETURN
Вызов процедуры

EXEC spr_salesearch

@date1 = '10.06.2011',

@date2 = '01.10.2011'

Сумма выручки за заданный период

Create FUNCTION [dbo].[sum] (@date1 smalldatetime, @date2 smalldatetime)

RETURNS TABLE

AS

return

(

select sum(w.saleprice-(w.saleprice*(d.[percent]*0.01))-w.orderprice)as 'сумма'

from wares w inner join

discount d on w.iddiscount=d.iddiscount inner join

saleitem si on w.idwares=si.idwares inner join

sale s on si.idsale=s.idsale

where (s.saledate >= @date1) and (s.saledate <= @date2)

)

Вызов

select *

from dbo.[sum] ('10.06.2011', '16.10.2011')
Определить лучшего менеджера

create FUNCTION [dbo].[bestmanager]()

returns table

as

return(

select m.[name], count(s.idsale) 'Продажи'

from manager m inner join sale s

on m.idmanager=s.idmanager

group by m.[name]

)
Вызов

select *

from dbo.bestmanager()

order by 'Продажи' desc

Заключение


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


  1. Изучила предметную область информационной системы “ Магазин электроники и бытовой техники ”

  • Описала актуальность выполняемого проекта

  • Рассмотрела вид деятельности

  • Определила требования к данным




  1. Создание концептуальной модели, построение ER-модели:

  • Определила типы сущностей и типы связей, а также их атрибуты;

  • Выявляла потенциальные ключи и выбрала первичный ключ для каждой сильной сущности.

  1. Логическое проектирование. Построение и проверка реляционной модели данных:

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

  • Определила набор отношений, необходимого для представления сущностей, связей и атрибутов, выявленных в процессе концептуального моделирования;

  • Проверила отношения с помощью правил нормализации;

  • Определила ограничение целостности.

  1. Физическое проектирование и реализация базы данных в MS SQL Server :

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

  • Реализация ограничений целостности;

  • Проектирование и разработка пользовательских представлений.







скачати

© Усі права захищені
написати до нас