3.3. Реализация ограничений.

Создание пользователей.

С базой данных могут работать 2 типа пользователей: библиотекарь и читатель (абонент).

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

/*Запрос на создание имени входа на сервер*/

USE [master]

GO

CREATE LOGIN [reader] WITH PASSWORD='adm', DEFAULT_DATABASE=[Library], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF

GO

USE [Library]

GO

CREATE USER [admn] FOR LOGIN [adm]

GO

USE [Library]

GO

EXEC sp_addrolemember N'db_datawriter', N' adm'

GO

/*запрос на предоставление прав этому пользователю к тем же базам*/

USE [Library]

GO

GRANT DELETE TO [admn]

GO

USE [Library]

GO

GRANT INSERT TO [admn]

GO

USE [Library]

GO

GRANT SELECT TO [admn]

GO

USE [Library]

GO

GRANT UPDATE TO [admn]

GO

Читатели могут только просматривать необходимую им информацию о книгах.

/*«Запрос на создание имени входа на сервер*/

USE [master]

GO

CREATE LOGIN [reader] WITH PASSWORD='reader', DEFAULT_DATABASE=[Library], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF

GO

USE [Library]

GO

CREATE USER [readerrr] FOR LOGIN [reader]

GO

USE [Library]

GO

EXEC sp_addrolemember N'db_datawriter', N'reader'

GO

/*запрос на предоставление прав этому пользователю к тем же базам*/

USE [Library]

GO

REVOKE DELETE TO [readerrr]

GO

USE [Library]

GO

REVOKE INSERT TO [readerrr]

GO

USE [Library]

GO

GRANT SELECT TO [readerrr]

GO

USE [Library]

GO

REVOKE UPDATE TO [readerrr]

GO

USE [Library]

GO

REVOKE SELECT ON dbo.books_in_use TO [readerrr];

GO

USE [Library]

GO

REVOKE SELECT ON dbo.customers TO [readerrr];

GO

Создание внешних ключей.

Внешние ключи (Foreign Key) являются некими ограничения для поддержания логической целостности БД, гарантирующие непротиворечивость информации.

Создание внешних ключей для таблицы "author_subject".

ALTER TABLE author_subject

ADD CONSTRAINT FK_author_subject_authors

FOREIGN KEY(ID_author)

REFERENCES Authors(ID_author);

---------------------------------------------------------------------------------------

ALTER TABLE author_subject

ADD CONSTRAINT FK_author_subject_subject

FOREIGN KEY(ID_subject)

REFERENCES Subject(ID_subject);

Создание внешних ключей для таблицы "book_author".

ALTER TABLE book_author

ADD CONSTRAINT FK_book_author_authors

FOREIGN KEY(ID_author)

REFERENCES Authors(ID_author);

---------------------------------------------------------------------------------------

ALTER TABLE book_author

ADD CONSTRAINT FK_book_author_books

FOREIGN KEY(ID_book)

REFERENCES Books(ID_books);

Создание внешних ключей для таблицы "Books".

ALTER TABLE Books

ADD CONSTRAINT FK_books_subject

FOREIGN KEY(ID_subject)

REFERENCES Subject(ID_subject);

Создание внешних ключей для таблицы "Books_in_use".

ALTER TABLE Books_in_use

ADD CONSTRAINT FK_books_in_use_books

FOREIGN KEY(ID_book)

REFERENCES Books(ID_books);

---------------------------------------------------------------------------------------

ALTER TABLE Books_in_use

ADD CONSTRAINT FK_books_in_use_customers1

FOREIGN KEY(ID_customers)

REFERENCES Customers(ID_customers);

Создание ограничения.

Реализуем ограничение для таблицы “books_in_use” в виде невозможности добавления “return_date” (предполагаемая дата возврата книги) более ранней, чем “date_of_issue” (дата выдачи книги), выполнив следующий запрос:

USE library

ALTER table books_in_use

ADD CONSTRAINT DATA

CHECK (return_date > date_of_issue)

Создание триггеров.

1. Триггер addbook при добавлении новой строки в таблицу «books_in_use» (количество книг, находящихся в пользовании) прибавляет единицу к числу, которое уже находится в столбце «books_in_use» таблицы «books», определяя нужную строку по «id_book».

USE [Library]

GO

/****** Object: Trigger [dbo].[addbook] Script Date: 18.05.2018 14:07:56 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

ALTER trigger [dbo].[addbook]

on [dbo].[books_in_use]

after insert

as

begin

declare @old int

set @old = (select books_in_use from books where id_books = (select id_book from inserted))

update books

set books_in_use = @old + 1

where id_books = (select id_book from inserted)

end

Проверка триггера addbook.

Добавим одну книгу с id_book = 1 в таблицу «books_in_use».

Обновим таблицы и посмотрим результат столбца «books_in_use» в таблице «books», где все начальные значения данного столбца были равны нулю.

Количество взятых книг из библиотеки увеличилось на одну позицию. Следовательно, триггер работает исправно.

2. Триггер delbook при удалении записи из таблицы «books_in_use» (количество книг, находящихся в пользовании) вычитает единицу из числа, которое уже находится в столбце «books_in_use» таблицы «books», определяя нужную строку по «id_book».

USE [Library]

GO

/****** Object: Trigger [dbo].[delbook] Script Date: 18.05.2018 14:55:19 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

ALTER trigger [dbo].[delbook]

on [dbo].[books_in_use]

after delete

as

begin

declare @ol int

set @ol = (select books_in_use from books where id_books = (select id_book from deleted))

update books

set books_in_use = @ol - 1

where id_books = (select id_book from deleted)

end

Проверка триггера delbook.

Удалим запись о выдачи книги из таблицы,

выполнив запрос вида:

delete from books_in_use

where id = 1

Теперь проверим результат в таблице «books».

Количество выданных книг с id_book=1 уменьшилось на единицу. Следовательно, триггер работает исправно.

3. Триггер checkbook делает невозможным добавление новой строки в таблицу «books_in_use», если число книг, находящихся в пользовании (столбец «books_in_use таблицы «books») равно общему количеству данной книги в библиотеке («number_of_books» таблицы «books»).

USE [Library]

GO

/****** Object: Trigger [dbo].[checkbook] Script Date: 18.05.2018 14:55:45 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

ALTER trigger [dbo].[checkbook]

on [dbo].[books_in_use]

instead of insert

as

begin

declare @ol int

declare @old int

set @ol = (select books_in_use from books where id_books = (select id_book from inserted))

set @old = (select number_of_books from books where id_books = (select id_book from inserted))

if @ol <> @old

begin

insert into books_in_use([ID_book]

,[ID_customers]

,[date_of_issue]

,[return_date])

select [ID_book]

,[ID_customers]

,[date_of_issue]

,[return_date]

from inserted

update books

set books_in_use = @ol + 1

where id_books = (select id_book from inserted)

end

else

print 'Недостаточно книг в библиотеке'

end

Проверка триггера checkbook.

Посмотрим в таблицу «books» и увидим, что книга с id_books=10 находится в библиотеке в единственном экземпляре.

Теперь попробуем записать выдачу этой книги два раза в таблицу «books_in_use». Сначала добавим первую запись о выдаче книги.

После попробуем «выдать» единственную книгу второй раз.

Вторая строка с id_book=10 не была добавлена из-за отсутствия книги на данный момент в библиотеке. Следовательно, триггер работает исправно.

3.4. Безопасность и контроль.

SQL Server предназначен для защиты данных платформы и включает ряд функций безопасности. Архитектура безопасности в SQL Server основана на прочно установившихся принципах, с которыми необходимо ознакомиться перед настройкой отдельных параметров безопасности.

Общая концепция безопасности.

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

Базовая концепция безопасности включает в себя:

Защищаемые объекты (Securables);

Субъектов или Участников (Principals);

Разрешения (Permissions).

Защищаемые объекты в sql Server.

К защищаемым объектами относятся ресурсы, доступ к которым регулируется системой авторизации компонента Database Engine. Некоторые защищаемые объекты могут храниться внутри других защищаемых объектов, создавая иерархии «областей», которые сами могут защищаться. К областям защищаемых объектов относятся сервер, база данных и схема.

В SQL Server защищаемые объекты на верхнем уровне экземпляра называются объектами уровня сервера. К ним относятся:

Имя входа (Logins)

Роль сервера (Server roles)

База данных (database)

Конечная точка (Endpoints)

Группа доступности (Credentials)

Защищаемые объекты уровня базы данных:

Схема

Роль приложения

Сборка

Асимметричный ключ

Сертификат

Контракт

Полнотекстовый каталог

Привязка удаленной службы

Тип сообщений

Роль (база данных)

Маршрут

Поиск в списке свойств

Служба

Полнотекстовый список стоп-слов

Симметричный ключ

Пользователь

Защищаемые объекты уровня схемы:

Тип

Коллекция схем XML

Объект:

Имена входа Windows. Это учетные записи безопасности, управляемые с помощью Windows, например, пользователь или группа Windows. SQL Server не проверяет подлинность этих имен входа, а скорее доверяет Windows проверку их личности. По этой причине подключения к SQL Server с помощью имени входа Windows часто называют доверенные соединения.

Имена входа SQL Server. Это имена входа с учетными данными безопасности, которые определены в базе данных master. SQL Server проверяет подлинность этих имен входа путем проверки пароля. Существуют только для обратной совместимости с приложениями и пользователями, которым необходимо получать доступ к SQL Server, используя явную учетную запись пользователя и пароль.

Фиксированные роли уровня сервера: системные (предопределенные) роли, которые автоматически получают необходимые разрешения для выполнения конкретных задач управления на уровне сервера.

Роли сервера, определяемые пользователем: роли, которые администраторы могут создать для того, чтобы определить пользовательские группы управления на уровне сервера.