Бази даних-20210115T104840Z-001 / Реферат на тему _Современные СУБД_ / Using_MySql,_MS_SQL_Server_and_Oracle(1)

Пример 33: контроль операций модификации данных

MySQL Решение 4.2.1.b (триггеры для таблицы subscriptions)

1 DELIMITER $$

2

3CREATE TRIGGER `sbs_cntrl_10_books_ins_OK`

4BEFORE INSERT

5ON `subscriptions`

6FOR EACH ROW

7BEGIN

24IF (LENGTH(@msg) > 0)

25THEN

26SIGNAL SQLSTATE '45001' SET MESSAGE_TEXT = @msg, MYSQL_ERRNO = 1001;

27END IF;

28

29END;

30$$

31

32CREATE TRIGGER `sbs_cntrl_10_books_upd_OK`

33BEFORE UPDATE

34ON `subscriptions`

35FOR EACH ROW

36BEGIN

53IF (LENGTH(@msg) > 0)

54THEN

55SIGNAL SQLSTATE '45001' SET MESSAGE_TEXT = @msg, MYSQL_ERRNO = 1001;

56END IF;

57

58END;

59$$

60

61DELIMITER ;

Вправильном решении для MySQL мы реагируем только на выдачи книг для читателя, идентификатор которого фигурирует в добавляемой/изменяемой записи. Также проверку мы выполняем перед тем, как изменения вступят в силу, и потому

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 330/545

Пример 33: контроль операций модификации данных

СУБД даже не придётся их отменять, если операция будет запрещена (что также сэкономит немного времени).

Исследование 4.2.1.EXP.A. Проведём исследование на базе данных «Большая библиотека», сравнив скорость работы представленных неправильного и правильного решений для MySQL.

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

Переходим к решению для MS SQL Server, в котором также представим два варианта — неправильный и правильный.

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

MS SQL Решение 4.2.1.b (неправильное решение)

1CREATE TRIGGER [sbs_cntrl_10_books_ins_upd_WRONG]

2ON [subscriptions]

3AFTER INSERT, UPDATE

4AS

5DECLARE @bad_records NVARCHAR(max);

6DECLARE @msg NVARCHAR(max);

22IF (LEN(@bad_records) > 0)

23BEGIN

24SET @msg = CONCAT('The following readers have more books

26RAISERROR (@msg, 16, 1);

27ROLLBACK TRANSACTION;

28RETURN;

29END;

30GO

Правильный вариант решения для MS SQL Server подвержен ограничениям, подробно описанным в решении{315} задачи 4.2.1.a{315} (невозможность создания INSTEAD OF UPDATE триггера без отключения операции каскадного обновления на внешних ключах, необходимость вычислять значение первичного ключа), потому здесь мы также ограничимся созданием только INSERT-триггера.

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

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 331/545

Пример 33: контроль операций модификации данных

MS SQL Решение 4.2.1.b (триггер для таблицы subscriptions)

1CREATE TRIGGER [sbs_cntrl_10_books_ins_OK]

2ON [subscriptions]

3INSTEAD OF INSERT

4AS

5DECLARE @bad_records NVARCHAR(max);

6DECLARE @msg NVARCHAR(max);

25IF (LEN(@bad_records) > 0)

26BEGIN

27SET @msg = CONCAT('The following readers have more books

29RAISERROR (@msg, 16, 1);

30ROLLBACK TRANSACTION;

31RETURN;

32END;

33

34SET IDENTITY_INSERT [subscriptions] ON;

35INSERT INTO [subscriptions]

51[sb_subscriber],

52[sb_book],

53[sb_start],

54[sb_finish],

55[sb_is_active]

56 FROM [inserted];

57SET IDENTITY_INSERT [subscriptions] OFF;

58GO

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 332/545

Пример 33: контроль операций модификации данных

Исследование 4.2.1.EXP.B. Проведём исследование на базе данных «Большая библиотека», сравнив скорость работы представленных неправильного и правильного решений для MS SQL Server.

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

Получилось не так внушительно, как в случае с MySQL, но всё равно достаточно, чтобы ощутить разницу в производительности неправильного и правильного вариантов решения.

Переходим к решению для Oracle, в котором также представим два варианта

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

Oracle Решение 4.2.1.b (неправильное решение)

1CREATE TRIGGER "sbs_ctr_10_bks_ins_upd_WRONG"

2AFTER INSERT OR UPDATE

3ON "subscriptions"

4FOR EACH ROW

5DECLARE

6PRAGMA AUTONOMOUS_TRANSACTION;

7msg NCLOB;

8BEGIN

9SELECT NVL((SELECT UTL_RAW.CAST_TO_NVARCHAR2

32IF (LENGTH(msg) > 0)

33THEN

34RAISE_APPLICATION_ERROR(-20001, 'The following readers have

37END IF;

38END;

Поскольку Oracle запрещает обращение из триггера к таблице subscrip-

tions, в которую производится вставка, мы запускаем выполнение триггера в ав-

тономной транзакции (строка 6). Эту особенность придётся учитывать и в правильном решении, которое мы сейчас и рассмотрим.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 333/545

Пример 33: контроль операций модификации данных

Oracle Решение 4.2.1.b (триггеры для таблицы subscriptions)

1CREATE TRIGGER "sbs_ctr_10_bks_ins_upd_OK"

2BEFORE INSERT OR UPDATE

3ON "subscriptions"

4FOR EACH ROW

5DECLARE

6PRAGMA AUTONOMOUS_TRANSACTION;

7msg NCLOB;

8BEGIN

9SELECT NVL((SELECT (N'Subscriber ' || "s_name" || N' (id=' ||

26IF (LENGTH(msg) > 0)

27THEN

28RAISE_APPLICATION_ERROR(-20001, msg);

29END IF;

30END;

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

Исследование 4.2.1.EXP.C. Проведём исследование на базе данных «Большая библиотека», сравнив скорость работы представленных неправильного и правильного решений для Oracle.

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

Если свести все результаты исследований в одну таблицу, получается:

Также отметим, что во всех СУБД в неправильном варианте решения в процессе накопления информации обо всех читателях, для которых нарушается условие задачи, мы рискуем превысить максимально допустимый размер строки, аккумулирующей данную информацию. Так что второй (правильный) вариант решения оказывается не только быстрее, но и надёжнее.

На этом решение данной задачи завершено.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 334/545

Пример 33: контроль операций модификации данных

Решение 4.2.1.c{315}.

Поскольку по условию задачи запрещено только изменение значения поля sb_is_active с N на Y у уже существующих записей, нам понадобится только UP- DATE-триггер.

Задачи такого типа очень просто и удобно решаются с использованием триггеров уровня записи (поддерживаются MySQL и Oracle) — мы используем ключевые слова old и new для доступа к старому и новому значению поля sb_is_active.

В случае с триггерами уровня выражения (только такие триггеры есть в MS SQL Server) придётся использовать запрос не объединение из псевдотаблиц inserted и deleted, чтобы найти взаимное соответствие старого и нового значений поля sb_is_active для каждой записи. Также придётся запретить изменение значения первичного ключа (строки 8-14 кода триггера для MS SQL Server), чтобы иметь возможность гарантированно получать соответствие старого и нового значения контролируемого поля.

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

Традиционно начнём с кода для MySQL.

MySQL Решение 4.2.1.c (триггер для таблицы subscriptions)

1 DELIMITER $$

2

3CREATE TRIGGER `sbs_cntrl_is_active`

4BEFORE UPDATE

5ON `subscriptions`

6FOR EACH ROW

7BEGIN

8IF ((OLD.`sb_is_active` = 'N') AND (NEW.`sb_is_active` = 'Y'))

9THEN

10SET @msg = CONCAT('It is prohibited to activate previously

13SIGNAL SQLSTATE '45001' SET MESSAGE_TEXT = @msg, MYSQL_ERRNO = 1001;

14END IF;

15END;

16$$

17

18DELIMITER ;

Врешении для MS SQL Server можно было бы пойти по более оптимальному

сточки зрения производительности пути и сделать INSTEAD OF триггер, но в таком

случае код триггера стал бы сложнее.

Поскольку в решении{328} задачи 4.2.1.b{315} мы уже рассматривали такую ситуацию, здесь мы пожертвуем производительностью ради краткости и понятности кода самого триггера.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 335/545

Пример 33: контроль операций модификации данных

MS SQL Решение 4.2.1.c (триггер для таблицы subscriptions)

1CREATE TRIGGER [sbs_cntrl_is_active]

2ON [subscriptions]

3AFTER UPDATE

4AS

5DECLARE @bad_records NVARCHAR(max);

6DECLARE @msg NVARCHAR(max);

7

8IF (UPDATE([sb_id]))

9BEGIN

10RAISERROR ('Please, do NOT update surrogate PK

12ROLLBACK TRANSACTION;

13RETURN;

14END;

27IF (LEN(@bad_records) > 0)

28BEGIN

29SET @msg = CONCAT('It is prohibited to activate previously

32RAISERROR (@msg, 16, 1);

33ROLLBACK TRANSACTION;

34RETURN;

35END;

36GO

И, наконец, представим решение для Oracle. Оно отличается от решения для MySQL только синтаксически, т.к. сама логика этих двух решений полностью идентична.

Oracle Решение 4.2.1.c (триггер для таблицы subscriptions)

1CREATE TRIGGER "sbs_ctr_is_active"

2BEFORE UPDATE

3ON "subscriptions"

4FOR EACH ROW

5BEGIN

6IF ((:old."sb_is_active" = 'N') AND (:new."sb_is_active" = 'Y'))

7THEN

8RAISE_APPLICATION_ERROR(-20001, 'It is prohibited to activate

12END IF;

13END;

На этом решение данной задачи завершено. Проверить его работоспособность вы можете сами, выполняя запросы на обновление данных в таблице sub-

scriptions так, чтобы либо не нарушить, либо нарушить условие задачи.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 336/545

Пример 33: контроль операций модификации данных

Задание 4.2.1.TSK.A: создать триггер, не позволяющий добавить в базу данных информацию о выдаче книги, если выполняется хотя бы одно из условий:

•дата выдачи или возврата приходится на воскресенье;

•читатель брал за последние полгода более 100 книг;

•промежуток времени между датами выдачи и возврата менее трёх дней.

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

Задание 4.2.1.TSK.C: переработать решение{335} задачи 4.2.1.c{315} для MS SQL Server, изменив AFTER-триггер на INSTEAD OF триггер.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 337/545

Пример 34: контроль формата и значений данных

4.2.2. Пример 34: контроль формата и значений данных

Задача 4.2.2.a{338}: создать триггер, допускающий регистрацию в библиотеке только таких читателей, имя которых содержит хотя бы два слова и одну точку.

Задача 4.2.2.b{342}: создать триггер, допускающий регистрацию в библиотеке только книг, изданных не более ста лет назад.

Ожидаемый результат 4.2.2.a:

При попытке внести в базу данных изменения, противоречащие условию задачи, операция (транзакция) должна быть отменена. Также должно быть выведено сообщение об ошибке, наглядно поясняющее суть проблемы, например: «Subscribers name should contain at least two words and one point, but the following name violates this rule: ИвановИИ».

Ожидаемый результат 4.2.2.b:

При попытке внести в базу данных изменения, противоречащие условию задачи, операция (транзакция) должна быть отменена. Также должно быть выведено сообщение об ошибке, наглядно поясняющее суть проблемы, например: «The following issuing year is more than 100 years in the past: 1812».

Решение 4.2.2.a{338}:

В решении{328} задачи 4.2.1.b{315} мы уже рассматривали подробно преимущества BEFORE- и INSTEAD OF триггеров перед AFTER-триггерами в плане производительности, потому здесь не будем повторно приводить те же самые рассуждения, а сразу переходим к сути задачи.

Самое сложное здесь — посчитать слова. И сложность эта — не столько техническая, сколько «философская»: что считать словом? Договоримся, что словом мы будем считать непрерывную последовательность из букв и знаков - (минус) и ' (апостроф). Приняв это допущение, мы можем построить универсальное решение на основе регулярных выражений (для СУБД, которые их поддерживают).

Изучение сути регулярных выражений выходит за рамки этой книги, потому

— вот готовый универсальный вариант, который должен сработать в подавляющем большинстве СУБД и языков программирования (да, можно написать более оптимальный и элегантный вариант, но это повышает риск потери универсальности):

^[a-zA-Zа-яА-ЯёЁ\'-]+([^a-zA-Zа-яА-ЯёЁ\'-]+[a-zA-Zа-яА-ЯёЁ\'.-]+){1,}$

Графическое представление этого регулярного выражения представлено на рисунке 4.a. Буквы «ё» добавлены в символьный класс как отдельный символ потому, что они не входят в диапазон букв русского алфавита.

Если по какой-то причине вы не хотите или не можете использовать регулярные выражения, есть второй способ убедиться, что в строке есть два слова (если допустить, что разделителем слов является пробел): нужно подсчитать количество пробелов в строке, у которой гарантированно удалены т.н. «концевые пробелы» в начале и конце. Если полученное число больше ноля, в строке точно есть как минимум два слова.

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 338/545

Пример 34: контроль формата и значений данных

Рисунок 4.a — Графическое представление регулярного выражения14

Традиционно начинаем с MySQL. И сразу же сталкиваемся с проблемой: эта СУБД не поддерживает мультибайтовые строки при использовании регулярных выражений15, а потому нам придётся преобразовывать анализируемые значения к однобайтовой кодировке (например, CP1251). Для русского алфавита это безопасно, но для других языков может привести к искажениям данных и неверной работе механизма регулярных выражений.

MySQL Решение 4.2.2.a (триггеры для таблицы subscribers)

1 DELIMITER $$

2

3CREATE TRIGGER `sbsrs_cntrl_name_ins`

4BEFORE INSERT

5ON `subscribers`

6FOR EACH ROW

7BEGIN

8IF ((CAST(NEW.`s_name` AS CHAR CHARACTER SET cp1251) REGEXP

9CAST('^[a-zA-Zа-яА-ЯёЁ\'-]+([^a-zA-Zа-яА-ЯёЁ\'-]+[a-zA-Zа-яА-

10ЯёЁ\'.-]+){1,}$' AS CHAR CHARACTER SET cp1251)) = 0)

11OR (LOCATE('.', NEW.`s_name`) = 0)

12THEN

13SET @msg = CONCAT('Subscribers name should contain at

16SIGNAL SQLSTATE '45001' SET MESSAGE_TEXT = @msg, MYSQL_ERRNO = 1001;

17END IF;

18END;

19$$

14https://regexper.com/#^[a-zA-Z%D0%B0-%D1%8F%D0%90-%D0%AF%D1%91%D0%81\%27-]%2B%28[^a-zA-Z%D0%B0- %D1%8F%D0%90-%D0%AF%D1%91%D0%81\%27-]%2B[a-zA-Z%D0%B0-%D1%8F%D0%90- %D0%AF%D1%91%D0%81\%27-]%2B%29{1%2C}%24

15http://dev.mysql.com/doc/refman/5.6/en/regexp.html#operator_regexp

Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 339/545