Выбор и характеристика СУБД

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

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

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

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

Преимущества архитектуры «клиент-сервер»:

1. большинство вычислительных процессов происходит на сервере, что разгружает компьютер клиента;

2. снижается сетевой трафик, за счет посылки сервером клиенту только тех данных, которые он запрашивал;

3. упрощается наращивание вычислительных мощностей: проще и дешевле нарастить вычислительные мощности на сервере чем на каждом клиентском компьютере;

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

5. Сервер управляет транзакциями и предотвращает попытки одновременного изменения одних и тех же записей;

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

Для реализации архитектуры применяются так называемые «промышленные» СУБД, такие, как Borland InterBase, Oracle, Informix, Sybase, DB2, MS SQL Server, MySQL, FireBird и т.д.

Использование СУБД архитектуры «клиент-сервер» дает неоспоримые преимущества перед использованием СУБД архитектуры «файл-сервер». Поэтому наиболее целесообразно использовать именно СУБД такой архитектуры.

Предлагается использовать в качестве СУБД систему Microsoft SQL Server 2008.

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

Система SQL Server 2008 позволяет обращаться к данным из любого приложения, разработанного с применением технологий Microsoft.NET и Visual Studio. SQL Server 2008 позволяет создать надежную, производительную, интеллектуальную платформу, отвечающую всем требованиям по работе с данными.

Для сервера MS SQL Server 2008 с помощью системы Erwin автоматически создается сценарий на языке Transact-SQL. Он создает базу данных и все таблицы:

CREATE DATABASE [autoservice]

USE [autoservice]

CREATE TABLE [dbo].[Master](

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

[FIO] [varchar](100) NULL,

[Tabel] [varchar](10) NULL,

CONSTRAINT [PK_Master] PRIMARY KEY CLUSTERED

(

[idMaster] ASC

)WITH (

PAD_INDEX = OFF,

STATISTICS_NORECOMPUTE = OFF,

IGNORE_DUP_KEY = OFF,

ALLOW_ROW_LOCKS = ON,

ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

CREATE TABLE [dbo].[Client](

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

[FIO] [varchar](50) NULL,

[Passport] [varchar](20) NULL,

[Phone] [varchar](50) NULL,

[Address] [varchar](150) NULL,

[Car] [varchar](50) NULL,

[CarN] [varchar](15) NULL,

CONSTRAINT [PK_Client] PRIMARY KEY CLUSTERED

(

[idClient] ASC

)WITH (

PAD_INDEX = OFF,

STATISTICS_NORECOMPUTE = OFF,

IGNORE_DUP_KEY = OFF,

ALLOW_ROW_LOCKS = ON,

ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

CREATE TABLE [dbo].[Service](

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

[Name] [varchar](50) NULL,

[Price] [money] NULL,

CONSTRAINT [PK_Service] PRIMARY KEY CLUSTERED

(

[idService] ASC

)WITH (

PAD_INDEX = OFF,

STATISTICS_NORECOMPUTE = OFF,

IGNORE_DUP_KEY = OFF,

ALLOW_ROW_LOCKS = ON,

ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

CREATE TABLE [dbo].[Remont](

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

[Dater] [smalldatetime] NULL,

[Price] [money] NULL,

[idClient] [int] NULL,

[idService] [int] NULL,

[idMaster] [int] NULL,

CONSTRAINT [PK_Remont] PRIMARY KEY CLUSTERED

)WITH (

PAD_INDEX = OFF,

STATISTICS_NORECOMPUTE = OFF,

IGNORE_DUP_KEY = OFF,

ALLOW_ROW_LOCKS = ON,

ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

ALTER TABLE [dbo].[Remont] WITH CHECK ADD CONSTRAINT [FK_Remont_Client] FOREIGN KEY([idClient])

REFERENCES [dbo].[Client] ([idClient])

ON UPDATE CASCADE

ON DELETE CASCADE

GO

ALTER TABLE [dbo].[Remont] CHECK CONSTRAINT [FK_Remont_Client]

ALTER TABLE [dbo].[Remont] WITH CHECK ADD CONSTRAINT [FK_Remont_Master] FOREIGN KEY([idMaster])

REFERENCES [dbo].[Master] ([idMaster])

ON UPDATE CASCADE

ON DELETE CASCADE

ALTER TABLE [dbo].[Remont] CHECK CONSTRAINT [FK_Remont_Master]

ALTER TABLE [dbo].[Remont] WITH CHECK ADD CONSTRAINT [FK_Remont_Service] FOREIGN KEY([idService])

REFERENCES [dbo].[Service] ([idService])

ON UPDATE CASCADE

ON DELETE CASCADE

ALTER TABLE [dbo].[Remont] CHECK CONSTRAINT [FK_Remont_Service]

Дата добавления: 2015-09-01