Руководство по триггерам

В мире стартапов с открытыми исходными кодами и разработкой полного стека (типа Django, Rails, Javascript, PHP, MySQL, Postgres…) очень популярны ORM, а средства типа триггеров SQL не так востребованы.

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

В этой статье я поделюсь информацией о том, как эффективно использовать триггеры SQL.

Содержание

1. Что такое триггер?
2. Как создать триггер SQL — синтаксис PostgreSQL
3. Пример триггера в PostgreSQL #1: создание таймера
4. Пример триггера в PostgreSQL #2: создание таблицы аудита
5. Дополнительные соображения о триггерах

Что такое триггер?

Триггеры SQL, также называемые триггерами баз данных, позволяют вам сказать движку SQL (например PostgreSQL) выполнить часть кода при наступлении некоторого события, или даже перед наступлением события.

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

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

Преимущества использования триггеров SQL

Поддержание целостности данных

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

Разделение бизнес-логики

Размещение критичной бизнес-логики в коде приложения также представляет проблему, когда бизнес-логика обновляется. Если вашим бизнес-требованием являлось умножение входящих номеров на 10, а теперь вы захотели умножать это число на 20, изменение логики в SQL гарантировало бы, что каждые данные, начиная точно с момента развертывания, будут обрабатываться новой логикой.

Сервер SQL действует как единственная точка истины. Если логика внедрена на множестве серверов приложений, вы не сможете ожидать определенного изменения в поведении, выполненного чисто.

Атомарные транзакции

Естественная атомарность является еще одной желательной особенностью, присущей триггерам. Поскольку событие и триггерная функция являются частью одной атомарной транзакции, вы знаете с абсолютной определенностью, что триггер сработает, если возникнет событие. Они как единое целое в идеальном браке SQL.

Как создать триггер SQL: синтаксис PostgreSQL

Вот составляющие создания триггера для вашей базы данных:

1. Тип события триггера
2. До или после события
3. Воздействие триггера

Типы событий триггера

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

Триггер базы данных допускает также перечисление более одного из этих событий.

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

Триггер BEFORE (до) или AFTER (после)

Триггер может выполняться либо до, либо после события.

Если вы хотите заблокировать событие типа INSERT, вы захотите выполнять действие до (BEFORE). Если вы хотите быть уверенным, что событие действительно произойдет, идеальный вариант — после (AFTER).

Воздействие триггера

Триггер может выполняться либо на строку, либо на оператор. Скажем, вы выполняете один оператор UPDATE, который изменяет 5 строк в таблице.

Если вы укажете в триггере FOR EACH ROW, тогда триггер выполнится 5 раз. Если вы укажете FOR EACH STATEMENT, тогда он выполнится только раз.

И, конечно, мы не можем забыть о фактическом коде, который выполняется при срабатывании триггера. В PostgreSQL он помещается в функцию и отделен от триггера. Разделение триггера и кода, который он выполняет, создает более чистый код и позволяет нескольким триггерам выполнять один и тот же код.

Пример триггера #1: создание таймера

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

Настройка схемы базы данных

Структура схемы предполагает каждый вход и выход отдельными событиями. Каждое событие — это строка в таблице time_punch. Как альтернативу вы можете также сделать каждую «рабочую смену» сотрудника событием и хранить время как входа, так и выхода в одной строке.

В следующей статье я глубже погружусь в разработку схемы базы данных.

Для нашего примера я уже разработал схему таблиц. Нижеприведенный код создает таблицы employee и time_punch и вставляет некоторые данные по времени прохода для нового сотрудника Bear.

create table employee ( id serial primary key, username varchar );

create table time_punch (

  id serial primary key,

  employee_id int not null references employee(id),

  is_out_punch boolean not null default false,

  punch_time timestamp not null default now()

);

insert into employee (username) values ('Bear');

insert into time_punch (employee_id, is_out_punch, punch_time)

values

(1, false, '2020-01-01 10:00:00'),

(1, true, '2020-01-01 11:30:00'); 

Bear зашел в 10:00 и вышел в 11:30 (длинный рабочий день). Давайте напишем запрос SQL для вычисления рабочего времени Bear.

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

Использование SQL для вычисления рабочего времени

Решение, которое я предлагаю, ищет на каждый «выход» соответствующий ему «вход».

select tp1.punch_time - tp2.punch_time as time_worked

from time_punch tp1

join time_punch tp2

on tp2.id = (

  select tps.id

  from time_punch tps

  where tps.id < tp1.id

  and tps.employee_id = tp1.employee_id

  and not tps.is_out_punch

  order by tps.id desc limit 1

)

where tp1.employee_id = 1 and tp1.is_out_punch;


time_worked

2

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

3

01:30:00 (1 row)



  


                       
  

В этом запросе я выбираю все выходы, затем я соединяю их с наиболее близким «входом». Беру разность временных меток и получаю количество часов, которое отработал Bear в каждой смене!

Одна из проблем в этой схеме состоит в том, что возможно вставить несколько «входов» или «выходов» подряд. С созданным запросом это приведет к неоднозначности, которая может привести к неточным расчетам и зарплате сотрудников — тбольше или меньше, чем они должны были бы получить.

Пример триггера INSERT BEFORE: сохранение целостности данных

Нам требуется то, что не позволит нарушить шаблон вход/выход. К сожалению, ограничения check только отслеживают вставляемую или обновляемую строку и не могут учитывать данные из других строк.

Это идеальная ситуация для использования триггера баз данных!

Давайте создадим триггер для предотвращения события INSERT, которое нарушает наш шаблон. Сначала мы создадим «триггерную функцию». Эта функция есть то, что будет выполнять триггер при наступлении события.

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

create or replace function fn_check_time_punch() returns trigger as $psql$

    begin

        if new.is_out_punch = (

          select tps.is_out_punch

          from time_punch tps

          where tps.employee_id = new.employee_id

          order by tps.id desc limit 1

        ) then

            return null;

        end if;

        return new;

    end;

$psql$ language plpgsql;

Ключевое слово new представляет значения вставляемой строки. Это также объект, который вы можете вернуть, чтобы позволить продолжиться вставке. Напротив, возвращение null остановит вставку.

Этот запрос сначала находит в time_punch предыдущее значение и гарантирует, что это значение входа/выхода не совпадает с вставляемым значением. Если значения совпадают, то триггер возвращает null, и time_punch не записывается. В противном случае, триггер возвращает new и оператор insert продолжается.

Теперь мы привяжем функцию в качестве триггера к таблице time_punch. BEFORE здесь ключевой момент. Если мы выполним этот триггер как триггер AFTER, он будет выполнен слишком поздно, чтобы остановить вставку.

create trigger check_time_punch before insert on time_punch

for each row execute procedure fn_check_time_punch(); 

Давайте попробуем вставить еще один «выход»:

insert into time_punch (employee_id, is_out_punch, punch_time)

values

(1, true, '2020-01-01 13:00:00');


Output: INSERT 0 0

Как можно видеть по выводу, триггер предотвратил вставку двух последовательных выходов для одного и того же сотрудника.

Можно также вызвать исключение из триггера с тем, чтобы ваше приложение (или лицо, выполняющее запрос SQL) получило уведомление об отказе вместо 0 как числа вставленных строк.

Пример триггера в PostgreSQL #2: создание таблицы аудита

Аккуратное сохранение данных о нахождении сотрудников критично для бизнеса. Данные подобного типа часто непосредственно отражаются на зарплате и, с другой стороны, на заработках компании.

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

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

Я буду использовать нашу таблицу time_punch для демонстрации создания и автоматического обновления таблицы аудита с помощью триггеров.

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

create table time_punch_audit (

  id serial primary key,

  change_time timestamp not null default now(),

  change_employee_id int not null references employee(id),

  time_punch_id int not null references time_punch(id),

  punch_time timestamp not null

);

В эту таблицу записывается:

• Время обновления прохождения.
• Сотрудник, который выполнил обновление.
• ID прохода, который был изменен.
• Время прохода до того, как было сделано обновление.

Прежде чем создавать триггер, сначала нам нужно добавить столбец change_employee_id в таблицу time_punch. Тогда триггер будет знать, какой сотрудник сделал каждое изменение в таблице time_punch.

alter table time_punch 

add column change_employee_id int null references employee(id);

(Как альтернативное решение без добавления каких-либо столбцов в time_punch, можно аннулировать права update на эту таблицу и заставить пользователей базы данных использовать пользовательскую функцию типа update_time_punch(id, change_user_id, …))

После того, как произойдет обновление таблицы time_punch, выполнится этот триггер и запишет OLD (старое) значение времени прохода в нашу таблицу аудита.

create or replace function fn_change_time_punch_audit() returns trigger as $psql$

  begin

    insert into time_punch_audit (change_time, change_employee_id, time_punch_id, punch_time)

    values

        (now(), new.change_employee_id, new.id, old.punch_time);

    return new;

  end;

$psql$ language plpgsql;


create trigger change_time_punch_audit after update on time_punch

for each row execute procedure fn_change_time_punch_audit();

Функция NOW() возвращает текущую дату и время с точки зрения сервера SQL. Если бы это было привязано к настоящему приложению, вы, вероятно, захотели бы передавать точное время, когда пользователь фактически сделал запрос, чтобы избежать расхождения из-за задержки.

Для триггера на обновление объект NEW представляет те значения, которые будут содержаться
в строке при успешном обновлении. Вы можете использовать триггер для «перехвата» вставки или обновления простым присвоением своих собственных значений в объект NEW. Объект OLD содержит значения строки до обновления.

Проверим, работает ли это! Я добавил второго пользователя с именем Daniel, который будет редактором времени прохода Bear.

select punch_time

from time_punch

where id=2;


    punch_time      

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

 2020-01-01 11:30:00

(1 row)

Я собираюсь выполнить дважды нижеприведенный запрос для имитации 2 редакций, которые увеличивают время на 5 минут.

update time_punch 

set punch_time = punch_time + interval '5 minute', change_employee_id = 2 

where id = 2;

А вот таблица аудита, отражающая прошлые времена прохода:

Дополнительные сообщажения относительно триггеров

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

1. Обслуживание триггеров с течением времени.
2. Связанная логика триггера.
3. Опыт разработчиков.

Обслуживание триггеров с течением времени

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

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

Связанная логика триггера

Триггеры также могут запускать другие триггеры, быстро усложняя результаты казалось бы невинных INSERT или UPDATE. Этот риск также может привести к побочным эффектам кода приложения.

Опыт разработчиков

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

Изначально SQL может показаться неуклюжим и неудобным языком для изучения, поскольку многие из шаблонов, которые вы изучаете для построения запроса, «вывернуты наизнанку» по сравнению с тем, как вы извлекаете данные на процедурном языке.

Я надеюсь, что у вас появится возможность изучить и реализовать одну из самых увлекательных и интригующих функций SQL!

Практическое руководство по использованию триггеров и 36 основных триггеров для мотивации аудитории в соцсетях для любых брендов во всех нишах от «Студии Чижова».

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

Для мотивации пользователей мы используем систему триггеров. Это приемы, которые давят на боли и вызывают эмоциональное состояние, в котором пользователь с большей вероятностью совершит целевое действие.

Система триггеров — это комплекс мотивов, которые подталкивают к продажам. В этой статье мы расскажем, как правильно ее выстроить.

У каждого сегмента целевой аудитории свои триггеры

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

Например:

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

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

В рамках продвижения ресторана можно рассказать о необычных ингредиентах или способах приготовления, которые вы используете, показать какие-то уникальные детали интерьера или подхода к обслуживанию.

Также в этом случае хорошо сработают триггеры эмоций, с помощью которых мы вызываем у аудитории определенные чувства и этим мотивируем к покупке. Например, можем показать им картину будущего — какой классный вечер они проведут, если придут к нам на свидание.

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

Система триггеров — это система мотиваций к покупке. В Студии мы анализируем аудиторию, понимаем, какие мотивации действуют на разные сегменты, и делаем выводы, какие из них использовать в контенте.

То есть делаем ставку именно на построение системы мотивации, так как для каждого бизнеса будут работать разные триггеры.

Например, для товаров повседневного спроса, где одна из основных задач — отстроиться от конкурентов и дать покупателю причину купить у нас, триггеры жадности (скидки, акции и подарки) будут работать.

Но они не сработают в товарах премиум-сегмента, где упор идет на эксклюзивность и авторитет бренда. Согласитесь, распродажа Rolls-Royce даже звучит странно

Далее мы расскажем о том, какие группы триггеров существуют, и покажем примеры того, как они работают на реальных проектах.

Виды триггеров

Всего мы выделили семь групп триггеров, которые подойдут большинству бизнесов.

Далее поговорим о каждой группе подробнее.

Триггеры идентичности

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

Есть несколько видов триггеров идентичности.

Разберем каждый подробнее.

Род занятий

Подписчики хорошо реагируют на предложения, сделанные персонально для них. Для этого хорошо подойдет триггер по роду деятельности.

Сюда можно отнести:

Триггеры рода занятий мы активно используем в продвижении Академии Студии Чижова.

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

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

Гео

Географические триггеры не всегда связаны с местом пребывания подписчика.

Это могут быть посты:

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

Мотив

Мотив — это побудительная причина или повод для совершения чего-либо. Правильно попав в боль подписчика и угадав мотив, который заставляет его действовать и принимать решение, мы побуждаем его к покупке.

Примеры мотивов:

Ситуация

Предоставить подписчику помощь в решении его ситуации — верный способ заслужить его доверие и усилить желание обратиться за решением именно к вам.

Мы в студии используем этот триггер в работе с экспертами, например врачами, показываем, как мы можем решить его проблему.

Ситуации могут быть абсолютно разными:

Социальные триггеры

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

Желание принадлежать к социальной группе людей может заставлять аудиторию:

Используя это, мы можем влиять на решение человека о покупке нашего товара.

Комьюнити

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

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

Авторитет

Повысить ценность предложения и убедить подписчика в необходимости обратиться именно к вам может размещение:

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

Социальное одобрение

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

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

Забота

Мягко и плавно подвести к продаже товара можно, проявляя заботу к своим клиентам и подписчикам. Такой триггер хорошо работает, если у вас какой-то новый, инновационный продукт и важно, чтобы аудитория понимала, как он работает.

Это можно сделать, рассказав, как пользоваться вашим продуктом, какие есть неочевидные функции и как полностью раскрыть потенциал использования.

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

Также можно проявить заботу, даря инструкции, пошаговые руководства, чек-листы.

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

Мы можем помочь аудитории сделать выбор. Например, показывая товары, которые уже популярны у покупателей, и избавив подписчика от сомнений и мыслей о том, какой товар лучше.

Результат

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

К этой категории триггеров можно отнести:

Важно: в публикациях лучше давать более четкую статистику, например наш курс прошли не 50 000 студентов, а 50 257 студентов. Округленные цифры вызывают меньше доверия.

Знаменитые покупатели

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

В качестве триггера можно использовать:

Эксклюзивность

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

Рассмотрим на примере.

Анонсируем бесплатный вебинар, где дадим много пользы, обещаем, что записи не будет (ограниченность предложения), и говорим, что для участников вебинара будет специальная скидка на все товары. Даем скидку в конце вебинара.

Мотивация воспользоваться и внимание к предложению — очень высокие. Степень перегретости участников — горячие.

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

Общий враг (или общая проблема, социальная ситуация)

Объединиться с подписчиками и начать войну с общим врагом (например, мошенниками) или объединиться для решения общей проблемы (например, загрязнение почвы, загрязнение окружающей среды) — еще один способ привлечь внимание аудитории, найти с ней больше общего, улучшить коммуникацию и повысить лояльность бренда.

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

Общий враг может оказаться и системой: помощь приютам бездомных животных, организация благотворительных акций и сборов, акции типа «Добрый кофе» и т. д.

Триггеры жадности

Перспектива получить что-то бесплатно/дешевле/дополнительно может подтолкнуть людей к покупке.

Также ради возможности что-то получить люди готовы выполнять несложные задания:

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

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

Бесплатно

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

Бесплатно можно дать:

Подарок

Дать подарок к заказу — еще один из способов мягко склонить к покупке. Подарок должен быть ценным, и целевая аудитория должна испытывать в нем хотя бы небольшую потребность.

Например, предложение установки в подарок при покупке сплит-системы избавляет покупателя от лишней головной боли и дает преимущество перед конкурирующими предложениями.

С большой вероятностью покупатель предпочтет товарный сет предложению, к которому не идет подобный подарок.

Скидка

Перед праздниками и важными событиями не забывайте про посты со скидками и акциями. Если товар массовый, а конкуренция высокая, нужна продуманная стратегия акций, которая будет мотивировать пользователей покупать постоянно и планировать покупки заранее.

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

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

Заплати потом

Для покупки дорогих товаров длительного использования и технически сложных товаров хорошо работает триггер отложенной оплаты: покупка в рассрочку или кредит.

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

Заработай

Вариант заработка для подписчика может быть разным:

Триггеры доверия

При взаимодействии с компанией, просмотре ее постов и полезной информации у подписчика не должно быть мыслей, что компания ненадежная. Все слова и высказывания от имени компании должны вызывать доверие и лояльность.

Гарантии

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

Триггер гарантии может закрыть это возражение и побудить к покупке.

Самый действенный пример — если не понравится результат, вернем деньги.

Верность своим словам

Суть триггера — подписчик должен полностью верить вашим словам. Если вы пишете, что сейчас последний шанс купить курс по скидке и больше такого не будет, но запускаете эту же акцию через неделю — то это будет убивать репутацию и может даже вызвать внимание правоохранительных органов за нарушения в рекламе. Классический пример — постоянные «закрытия» Sunlight.

Если вы пишете, что возьмете на обучение только 10 человек, нельзя, чтобы подписчик оплатил и оказался в группе из 50. Честность и точка.

Отзывы

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

Закрытие возражений

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

Вредное допущение

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

Пример: 30 и 31 декабря компания активно пушит по всем соцсетям, что принимают заказы весь день 31-го числа. Но 31-го утром понимают, что не вывозят, и честно сообщают об этом клиентам. Да, безусловно, кто-то может расстроиться и высказать недовольство, что компания не сдержала обещание в комментарии, но это поможет избежать бОльшего разочарования и полного разгрома от тех, кому сорвали праздник.

Эмоциональные триггеры

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

Для эмоциональных триггеров существует только одно правило — подписчик после прочтения должен прочувствовать и пережить то, что ему пытаются донести.

Любопытство

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

Важно: не переходить грань и не делать агрессивный кликбейт, иначе можно получить противоположный результат. Люди хорошо понимают, когда ими манипулируют и создают ложную интригу, чтобы заставить их что-то прочитать или перейти по ссылке.

Удовольствие

Зацепить клиента заголовком или текстом можно, надавив на триггер удовольствия.

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

Чем ярче подписчик представит желанный момент удовольствия и буквально переживет его после прочтения, тем больше вероятность, что он примет решение о покупке.

Страх

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

Надежда

Цель триггера — показать, как может быть, если подписчик попробует продукт или воспользуется услугой. Чем более красочно и убедительно будет описано, тем больше вероятность, что подписчик поверит и сделает выбор в вашу пользу.

Ожидание

Необходимость оформлять предзаказ, записываться в лист ожидания, оформлять предзапись и ожидать начала повышает ценность предложения в глазах подписчика. Этот триггер очень похож на «Комьюнити» и «Эксклюзивность», но главное его отличие — нужно ожидать наступления события.

Интрига

Такую мотивацию дают подборки и топы с прогнозами:

Добавить постам интриги может публикация серии постов. В самом посте достаточно указывать часть рассказа (например, пост, часть 2) и давать ссылки или метки для перехода на предыдущие и/или следующие части.

Глоток будущего

Триггер похож на «Удовольствие», но тут основная цель — погрузить подписчика в картину будущего и показать ему, как может измениться его жизнь, если он купит наш товар или воспользуется услугой.

Перенос в счастливый момент

Этот триггер также похож на триггер удовольствия, но ключевое отличие здесь — показать потенциальному покупателю, как изменит и улучшит его жизнь продукт.

Триггеры минимальных усилий

Любой человек мечтает получить результат быстро или легко, или даже все вместе. На это и можно давить с помощью триггера.

Единственный нюанс — все, что вы пишете, действительно должно быть правдой. Слегка преувеличенной, но все же правдой. В противном случае можно получить волну негатива, отписок и жалоб на подобные посты.

Быстро

Данный триггер может использоваться для услуг, которые позволяют получить результат относительно быстро. Например, курсы колористики можно пройти за 1–2 месяца, а обучение профессии парикмахера потребует несколько лет обучения. Быстро в сравнении со вторым вариантом? Вполне.

В тексте поста можно также упомянуть то, с чем вы сравниваете. Вероятно, потенциальный клиент уже и сам знает все возможные варианты и сравнивает их.

Легко

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

Триггеры FOMO (упущенной выгоды)

Когда человек осознает, что предложение ограниченно по времени или количеству, имеется дефицит или ажиотаж на продукцию, он принимает решение гораздо быстрее. А там, где быстро, там не всегда руководствуясь разумом и обдумывая.

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

Время

Ограничение по времени заставляет решать здесь и сейчас.

Количество

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

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

Дефицит

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

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

Для обозначения дефицита могут использоваться любые ограничения:

Ажиотаж

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

Заключение

При использовании триггеров самое важное — выстроить четкую систему мотиваций, где каждый триггер работает в связке с другим и встроен в общую коммуникационную стратегию. Тогда они будут работать и приносить продажи.

Внедряйте или приходите в Студию Чижова — мы поможем сделать из соцсетей полноценный канал продаж с лояльной и активной аудиторией.

Больше полезного контента о продвижении в соцсетях в нашем телеграм-канале.

В этом руководстве мы рассмотрим шаги по созданию и настройке триггеров для уведомлений в Zabbix.

Триггер в Zabbix – это логическое выражение, используемое для генерации предупреждений и уведомлений, когда данные элемента, за которым он следит, превышают некоторый заданный нами порог. Когда это происходит, триггер меняет свое состояние. Состояния бывают следующими:

• OK – всё в порядке.
• Проблема – когда данные выходят за приемлемые значения (например, средняя доступность узла за 2 минуты переходит от логической 1 к логической 0, мы узнаем, что он оффлайн).
• Неизвестно – что-то пошло не так, и значение триггера не может быть вычислено.

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

“Конфигурация” в верхнем меню. → “Хосты” в левом меню. → выберите узел, для которого хотите создать триггер → вкладка “Триггеры” → “Создать триггер” в правом верхнем углу. Заполните необходимую информацию, такую как имя триггера, важность.

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

Для подробных примеров вы можете посмотреть в официальной документации по адресу https://www.zabbix.com/documentation/5.2/ru/manual/config/triggers/expression

Формирование ОК событий – описывает, когда триггер перейдет в состояние OK:

• Выражение работает на обратном выражении из предыдущей строки.
• Выражение восстановления работает, когда оно становится Истинным, а выражение ошибки становится Ложным.
• Если выбрано значение «Нет», триггер не вернется в нормальное состояние самостоятельно.

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

Следующая строка определяет, закрывает ли событие Ok все проблемы на этом триггере или только с соответствующими тегами.

«Ручное закрытие» позволяет закрывать проблемы этого триггера вручную.

И, как обычно, «Активировано» делает этот триггер рабочим.

Добавляем триггер.

Теперь чтобы проверить его идем в Конфигурацию → узлы сети → триггеры и проверяем состояние нашего триггера.

Заключение

Мы изучили важный аспект мониторинга вашей сетевой инфраструктуры Zabbix – создание и настройку триггеров.

191028
Санкт-Петербург
Литейный пр., д. 26, Лит. А

+7 (812) 403-06-99

ООО «ИТГЛОБАЛКОМ ЛАБС»

191028
Санкт-Петербург
Литейный пр., д. 26, Лит. А

+7 (812) 403-06-99

ООО «ИТГЛОБАЛКОМ ЛАБС»

Время на прочтение
17 мин

Количество просмотров 173K

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

• Общие сведения о триггерах Oracle
• DML triggers
  • Псевдозаписи
  • Instead of dml triggers
  • Instead of triggers on Nested Table Columns of Views.
  • Составные DML триггера (compound DML triggers)
    • Структура составного триггера
  • Основные правила определения DML триггеров
  • Ограничения DML триггеров
  • Ошибка мутирования таблицы ORA-04091
• Системные триггеры (System triggers)
  • Триггеры уровня схемы (schema triggers)
  • Триггеры уровня базы данных (database triggers)
  • Instead of create triggers
  • Атрибуты системных триггеров
  • События срабатывания системных триггеров
• Компиляция триггеров
• Исключения в триггерах
• Порядок выполнения триггеров
• Включение/отключение триггеров
• Права для операций с триггерами
• Словари данных с информацией о триггерах

Общие сведения о триггерах

Триггер – это именованный pl/sql блок, который хранится в базе данных.

• Нельзя самому вызвать триггер, он всегда срабатывает только на определенное событие автоматически(если он enable)
• Не стоит создавать рекурсивные триггера. Т.е., например, триггер after update, в котором выполняется update той же таблицы. В этом случае триггер будет срабатывать рекурсивно до тех пор, пока не закончится память.

Классификация триггеров:

• DML trigger (на таблицу или представление)
• System trigger (на схему или базу данных)
• Conditional trigger (те, которые имеют условие when)
• Instead of trigger (dml триггер на представление или system триггер на команду create)

Зачем использовать триггеры:

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

где plsql_trigger_source, это такая конструкция:

Конструкции simple_dml_trigger, instead_of_dml_trigger, compound_dml_trigger и system_trigger будут приведены в соответствующих разделах статьи.

DML triggers

• DML триггеры создаются для таблиц или представлений, срабатывают при вставке, обновлении или удалении записей.
• Триггер может быть создан в другой схеме, отличной от той, где определена таблицы. В таком случае текущей схемой при выполнении триггера считается схема самого триггера.
• При операции MERGE срабатывают триггеры на изменение, вставку или удаление записей в зависимости от операции со строкой.
• Триггер – часть транзакции, ошибка в триггере откатывает операцию, изменения таблиц в триггере становятся частью транзакции.
• Если откатывается транзакция, изменения триггера тоже откатываются.
• В триггерах запрещены операторы DDL и управления транзакциями (исключения – автономные транзакции).

Конструкция simple_dml_trigger:

Где, dml_event_clause:

referencing_clause:

trigger_edition_clause:

trigger_body:

По привязанному объекту делятся на:

• На таблице
• На представлении (instead of trigger)

По событиям запуска:

• Вставка записей (insert)
• Обновление записей (update)
• Удаление записей (delete)

По области действия:

• Уровень всей команды (statement level triggers)
• Уровень записи (row level triggers)
• Составные триггеры (compound triggers)

По времени срабатывания:

• Перед выполнением операции (before)
• После выполнения операции (after)

Crossedition triggers — служат для межредакционного взаимодействия, например для переноса и трансформации данных из полей, отсутствующих в новой редакции, в другие поля.

Условные предикаты для определения операции, на которую сработал триггер:

Эти предикаты могут использоваться везде, где можно использовать Boolean выражения.

CREATE OR REPLACE TRIGGER t
  BEFORE
    INSERT OR
    UPDATE OF salary, department_id OR
    DELETE
  ON employees
BEGIN
  CASE
    WHEN INSERTING THEN
      DBMS_OUTPUT.PUT_LINE('Inserting');
    WHEN UPDATING('salary') THEN
      DBMS_OUTPUT.PUT_LINE('Updating salary');
    WHEN UPDATING('department_id') THEN
      DBMS_OUTPUT.PUT_LINE('Updating department ID');
    WHEN DELETING THEN
      DBMS_OUTPUT.PUT_LINE('Deleting');
  END CASE;
END;

Псевдозаписи

Существуют псевдозаписи, позволяющие обратиться к полям изменяемой записи и получить значения полей до изменения и значения полей после изменения. Это записи old и new. С помощью конструкции Referencing можно изменить их имена. Структура этих записей tablename%rowtype. Эти записи есть только у триггеров row level или у compound триггеров (с секциями уровня записи).

Restrictions:

• С псевдозаписями запрещены операции уровня всей записи ( :new = null;)
• Нельзя изменять значения полей записи old
• Если триггер срабатывает на delete, нельзя изменить значения полей записи new
• В триггере after нельзя изменить значения полей записи new

Instead of dml triggers

• Создаются для представлений (view) и служат для замещения DML операций своим функционалом.
• Позволяют производить операции вставки/обновления или удаления для необновляемых представлений.

Конструкция instead_of_dml_trigger:

• Это всегда триггер уровня записи (row level)
• Имеет доступ к псевдозаписям old и new, но не может изменять их
• Заменяет собой dml операцию с представлением (view)

CREATE OR REPLACE VIEW order_info AS
   SELECT c.customer_id, c.cust_last_name, c.cust_first_name,
          o.order_id, o.order_date, o.order_status
   FROM customers c, orders o
   WHERE c.customer_id = o.customer_id;

CREATE OR REPLACE TRIGGER order_info_insert
   INSTEAD OF INSERT ON order_info
   DECLARE
     duplicate_info EXCEPTION;
     PRAGMA EXCEPTION_INIT (duplicate_info, -00001);
   BEGIN
     INSERT INTO customers
       (customer_id, cust_last_name, cust_first_name)
     VALUES (
     :new.customer_id,
     :new.cust_last_name,
     :new.cust_first_name);
   INSERT INTO orders (order_id, order_date, customer_id)
   VALUES (
     :new.order_id,
     :new.order_date,
     :new.customer_id);
   EXCEPTION
     WHEN duplicate_info THEN
       RAISE_APPLICATION_ERROR (
         num=> -20107,
         msg=> 'Duplicate customer or order ID');
   END order_info_insert;

Instead of triggers on Nested Table Columns of Views

Можно создать триггер для вложенной в представлении таблицы. В таком триггере также присутствует дополнительная псевдозапись – parent, которая ссылается на всю запись представления (стандартные псевдозаписи old и new ссылаются только на записи вложенной таблицы)

-- Create type of nested table element:
 
CREATE OR REPLACE TYPE nte
AUTHID DEFINER IS
OBJECT (
  emp_id     NUMBER(6),
  lastname   VARCHAR2(25),
  job        VARCHAR2(10),
  sal        NUMBER(8,2)
);
/
 
-- Created type of nested table:
 
CREATE OR REPLACE TYPE emp_list_ IS
  TABLE OF nte;
/
 
-- Create view:

CREATE OR REPLACE VIEW dept_view AS
  SELECT d.department_id, 
         d.department_name,
         CAST (MULTISET (SELECT e.employee_id, e.last_name, e.job_id, e.salary
                         FROM employees e
                         WHERE e.department_id = d.department_id
                        )
                        AS emp_list_
              ) emplist
  FROM departments d;
 
-- Create trigger:
 
CREATE OR REPLACE TRIGGER dept_emplist_tr
  INSTEAD OF INSERT ON NESTED TABLE emplist OF dept_view
  REFERENCING NEW AS Employee
              PARENT AS Department
  FOR EACH ROW
BEGIN
  -- Insert on nested table translates to insert on base table:
  INSERT INTO employees (
    employee_id,
    last_name,
    email,
    hire_date,
    job_id,
    salary,
    department_id
  )
  VALUES (
    :Employee.emp_id,                      -- employee_id
    :Employee.lastname,                    -- last_name
    :Employee.lastname || '@company.com',  -- email
    SYSDATE,                               -- hire_date
    :Employee.job,                         -- job_id
    :Employee.sal,                         -- salary
    :Department.department_id              -- department_id
  );
END;

INSERT INTO TABLE (
  SELECT d.emplist 
  FROM dept_view d
  WHERE department_id = 10
)
VALUES (1001, 'Glenn', 'AC_MGR', 10000);

Составные DML триггера (compound DML triggers)

Появившиеся в версии 11G эти триггера включают в одном блоке обработку всех видов DML триггеров.
Конструкция compound_dml_trigger:

Где, compound_trigger_block:

timing_point_section:

timing_point:

tps_body:

• Срабатывают такие триггера при разных событиях и в разные моменты времени (на уровне оператора или строки, при вставке/обновлении/удалении, до или после события).
• Не могут быть автономными транзакциями.

В основном используются, чтобы:

• Собирать в коллекцию строки для вставки в другую таблицу, чтобы периодически вставлять их пачкой
• Избежать ошибки мутирующей таблицы (mutating-table error)

Структура составного триггера

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

• Before statement
• After statement
• Before each row
• After each row

В этих триггерах нет секции инициализации, но для этих целей можно использовать секцию before statement.
Если в триггере нет ни before statement секции, ни after statement секции, и оператор не затрагивает ни одну запись, такой триггер не срабатывает.

Restrictions:

• Нельзя обращаться к псевдозаписям old, new или parent в секциях уровня выражения (before statement и after statement)
• Изменять значения полей псевдозаписи new можно только в секции before each row
• Исключения, сгенерированные в одной секции, нельзя обрабатывать в другой секции
• Если используется оператор goto, он должен указывать на код в той же секции

create or replace trigger tr_table_test_compound
  for update or delete or insert on table_test
  compound trigger
  
  v_count  pls_integer := 0;  
    
  before statement is
  begin
    dbms_output.put_line ( 'before statement' );
  end before statement;
  
  before each row is
  begin
    dbms_output.put_line ( 'before insert' );
  end before each row;
  
  after each row is
  begin
    dbms_output.put_line ( 'after insert' );
    v_count := v_count + 1;
  end after each row;
  
  after statement is
  begin
   dbms_output.put_line ( 'after statement' );
  end after statement;  
end tr_table_test_compound;

Основные правила определения DML триггеров

• Update of – позволяет указать список изменяемых полей для запуска триггера
• Все условия в заголовке и When … проверяются без запуска триггера на стадии выполнения SQL
• В операторе When можно использовать только встроенные функции
• Можно делать несколько триггеров одного вида, порядок выполнения не определен по умолчанию, но его можно задать с помощью конструкции FOLLOWS TRIGGER_FIRST
• Ограничения уникальности проверяются при изменении записи, то есть после выполнения триггеров before
• Секция объявления переменных определяется словом DECLARE
• Основной блок триггера подчиняется тем же правилам, что и обычные PL/SQL блоки

Ограничения DML триггеров

• нельзя выполнять DDL statements (только в автономной транзакции)
• нельзя запускать подпрограммы с операторами контроля транзакций
• не имеет доступа к SERIALLY_REUSABLE пакетов
• размер не может превышать 32К
• нельзя декларировать переменные типа LONG и LONG RAW

Ошибка мутирования таблицы ORA-04091

Если в триггере уровня строки попытаться получить или изменить данные в целевой таблицы, то Oracle не позволит это сделать и выкинет ошибку ORA-04091 Таблица TABLE_TEST изменяется, триггер/функция может не заметить это.
Для обхода данной проблемы используются следующие приемы:

• использовать триггеры уровня операции
• автономная транзакция в триггере
• использовать сторонние структуры (коллекции уровня пакета)
• использовать COMPOUND TRIGGER
• изменение самого алгоритма с выносом функционала из триггера

Системные триггеры (System triggers)

Конструкция system_trigger:

Такие триггеры относятся или к схеме, или ко всей базе данных.

Есть несколько вариантов, в какой момент времени срабатывает системный триггер:

• До того, как будет выполнена операция (на которую срабатывает триггер)
• После того, как будет выполнена операция (на которую срабатывает триггер)
• Вместо выполнения оператора Create

Триггеры уровня схемы (schema triggers)

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

CREATE OR REPLACE TRIGGER drop_trigger
  BEFORE DROP ON hr.SCHEMA
  BEGIN
    RAISE_APPLICATION_ERROR (
      num => -20000,
      msg => 'Cannot drop object');
  END;

Триггеры уровня базы данных (database triggers)

• Такой триггер срабатывает когда любой пользователь БД выполняет команду, на которую создан триггер.

CREATE OR REPLACE TRIGGER check_user
  AFTER LOGON ON DATABASE
  BEGIN
    check_user;
  EXCEPTION
    WHEN OTHERS THEN
      RAISE_APPLICATION_ERROR
        (-20000, 'Unexpected error: '|| DBMS_Utility.Format_Error_Stack);
 END;

Instead of create triggers

• Это триггер уровня схемы, который срабатывает на команду create и заменяет собой эту команду (т.е. вместо выполнения команды create выполняется тело триггера).

CREATE OR REPLACE TRIGGER t
  INSTEAD OF CREATE ON SCHEMA
  BEGIN
    EXECUTE IMMEDIATE 'CREATE TABLE T (n NUMBER, m NUMBER)';
  END;

Атрибуты системных триггеров

IF (ora_sysevent = 'LOGON') THEN
    v_addr := ora_client_ip_address;
  END IF;

v_db_name := ora_database_name;

IF (ora_dict_obj_type = 'USER') THEN
  INSERT INTO event_table
  VALUES (ora_des_encrypted_password);
END IF;

INSERT INTO event_table 
VALUES ('Changed object is ' ||
        ora_dict_obj_name);

IF (ora_sysevent='ASSOCIATE STATISTICS') THEN
    number_modified :=
     ora_dict_obj_name_list(name_list);
  END IF;

INSERT INTO event_table
VALUES ('object owner is' || 
        ora_dict_obj_owner);

IF (ora_sysevent='ASSOCIATE STATISTICS') THEN
    number_modified :=
      ora_dict_obj_name_list(owner_list);
  END IF;

INSERT INTO event_table
VALUES ('This object is a ' || 
        ora_dict_obj_type);

IF (ora_sysevent = 'GRANT') THEN
    number_of_grantees := 
     ora_grantee(user_list);
  END IF;

IF (ora_instance_num = 1) THEN
  INSERT INTO event_table VALUES ('1');
END IF;

IF (ora_sysevent = 'ALTER' AND
  ora_dict_obj_type = 'TABLE') THEN 
    alter_column := ora_is_alter_column('C');
END IF;

IF (ora_sysevent = 'CREATE' AND
  ora_dict_obj_type = 'TABLE' AND
  ora_is_creating_nested_table) THEN
    INSERT INTO event_table
    VALUES ('A nested table is created');
END IF;

IF (ora_sysevent = 'ALTER' AND
  ora_dict_obj_type = 'TABLE') THEN
    drop_column := ora_is_drop_column('C');
END IF;

IF ora_is_servererror(error_number) THEN
  INSERT INTO event_table
  VALUES ('Server error!!');
END IF;

SELECT ora_login_user FROM DUAL;

-- Retrieve ora_sql_txt into  sql_text variable
v_n := ora_partition_pos;
v_new_stmt := SUBSTR(sql_text,1,v_n - 1)
              || ' ' || my_partition_clause
              || ' ' || SUBSTR(sql_text, v_n));

IF (ora_sysevent = 'GRANT' OR
      ora_sysevent = 'REVOKE') THEN
    number_of_privileges :=
      ora_privilege_list(privilege_list);
  END IF;

IF (ora_sysevent = 'REVOKE') THEN
    number_of_users := ora_revokee(user_list);
  END IF;

INSERT INTO event_table
VALUES ('top stack error ' || 
        ora_server_error(1));

n := ora_server_error_depth;
-- Use n with functions such as ora_server_error

INSERT INTO event_table
VALUES ('top stack error message' ||
        ora_server_error_msg(1));

n := ora_server_error_num_params(1);

-- Second %s in "Expected %s, found %s":
param := ora_server_error_param(1,2);

CREATE TABLE event_table (col VARCHAR2(2030));

DECLARE
  sql_text ora_name_list_t;
  n PLS_INTEGER;
  v_stmt VARCHAR2(2000);
BEGIN
  n := ora_sql_txt(sql_text);

  FOR i IN 1..n LOOP
    v_stmt := v_stmt || sql_text(i);
  END LOOP;

  INSERT INTO event_table VALUES ('text of
    triggering statement: ' || v_stmt);
END;

INSERT INTO event_table
VALUES (ora_sysevent);

IF (ora_sysevent = 'GRANT' AND
  ora_with_grant_option = TRUE) THEN
    INSERT INTO event_table 
    VALUES ('with grant option');
END IF;

IF (ora_space_error_info (
     eno,typ,owner,ts,obj,subobj) = TRUE) THEN
  DBMS_OUTPUT.PUT_LINE('The object '|| obj
     || ' owned by ' || owner ||
     ' has run out of space.');
END IF;

События срабатывания системных триггеров

Компиляция триггеров

Если во время выполнения команды create trigger произошла ошибка, триггер все равно будет создан, но будет в невалидном состоянии. При этом все попытки выполнить операцию(на которую должен срабатывать триггер) над объектом, на котором висит такой триггер, будут завершаться ошибкой. Это не относится к случаям, когда:

• Триггер создан в состоянии disabled (или переведен в такое состояние)
• Событие триггера after startup on database
• Событие триггера after logon on database или after logon on schema и происходит попытка залогиниться под пользователем System

Чтобы перекомпилировать триггер, используйте команду alter trigger.

Исключения в триггерах

В случае, если в триггере возникает исключение, вся операция откатывается (включая любые изменения, сделанные внутри триггера). Исключения из этого:

• Если событие триггера after startup on database или before shutdown on database
• Если событие триггера after logon on database и пользователь имеет привилегию administer database trigger
• Если событие триггера after logon on schema и пользователь или является владельцем схемы, или имеет привилегию alter any trigger

Порядок выполнения триггеров

Конструкция trigger_ordering_clause:

1. Сначала выполняются все before statement триггера
2. Потом все before each row триггера
3. После все after each row триггера
4. И в конце все after statement триггера

Чтобы задать явно порядок выполнения триггеров, срабатывающих в одинаковый момент времени (потому что по умолчанию такой порядок не определен), используйте конструкции follows и precedes.

Включение/отключение триггеров

Это может понадобиться, например, для загрузки большого объема информации в таблицу.
Выполнить включение/отключение триггера можно с помощью команды:

ALTER TRIGGER [schema.]trigger_name { ENABLE | DISABLE };

Чтобы включить/отключить сразу все триггеры на таблице:

ALTER TABLE table_name { ENABLE | DISABLE } ALL TRIGGERS;

Для изменения триггера можно или воспользоваться командой Create or replace trigger, или сначала удалить триггер drop trigger, а потом создать заново create trigger.
Операция alter trigger позволяет только включить/отключить триггер, скомпилировать его или переименовать.
Компиляция триггера:

alter trigger TRIGGER_NAME compile;

Права для операций с триггерами

Для работы с триггерами даже в своей схеме необходима привилегия create trigger, она дает права на создание, изменение и удаление.

grant create trigger to USER;

Для работы с триггерами во всех других схемах необходима привилегия * any trigger. Обратите внимание, что права даются отдельно на создание, изменение и удаление.

grant create any trigger to USER;
grant alter any trigger to USER;
grant drop any trigger to USER; 

Для работы с системными триггерами уровня DATABASE необходима привилегия ADMINISTER DATABASE TRIGGER.

grant ADMINISTER DATABASE TRIGGER to USER; 

Словари данных с информацией о триггерах:

• dba_triggers – информация о триггерах
• dba_source — код тела триггера
• dba_objects – валидность триггера

Видео-запись лекции, по материалам которой и была написана эта статья:

Множество других видео по темам Oracle можно найти на этом канале: www.youtube.com/c/MoscowDevelopmentTeam

Другие статьи по Oracle

Все о коллекциях в Oracle