Что такое триггер в программировании
Перейти к содержимому

Что такое триггер в программировании

  • автор:

Что такое триггер в программировании

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

Для обычных и сторонних таблиц можно определять триггеры, которые будут срабатывать до или после любой из команд INSERT , UPDATE или DELETE ; либо один раз для каждой модифицируемой строки, либо один раз для оператора SQL . Триггеры на UPDATE можно установить так, чтобы они срабатывали, только когда в предложении SET оператора UPDATE упоминаются определённые столбцы. Также триггеры могут срабатывать для операторов TRUNCATE . Если происходит событие триггера, для обработки этого события в установленный момент времени вызывается функция триггера.

Для представлений триггеры могут быть определены для выполнения вместо операций INSERT , UPDATE и DELETE . Такие триггеры INSTEAD OF вызываются единожды для каждой строки, которая должна быть изменена в этом представлении. Именно функция триггера отвечает за то, чтобы произвести необходимые изменения в нижележащих базовых таблицах представления и должным образом возвращать изменённые строки, чтобы они появлялись в представлении. Триггеры для представлений тоже могут быть определены так, что они будут выполняться единожды для всего оператора SQL , до или после операций INSERT , UPDATE или DELETE . Однако такие триггеры срабатывают, только если для представления определён триггер INSTEAD OF . В противном случае все операторы, обращающиеся к представлению, должны быть переписаны в виде операторов, обращающихся к нижележащим базовым таблицам, и тогда будут срабатывать триггеры, установленные для этих таблиц.

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

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

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

Триггеры также классифицируются в соответствии с тем, срабатывают ли они до, после или вместо операции. Они называются триггерами BEFORE , AFTER и INSTEAD OF , соответственно. Триггеры BEFORE уровня оператора срабатывают до того, как оператор начинает делать что-либо, тогда как триггеры AFTER уровня оператора срабатывают в самом конце работы оператора. Эти типы триггеров могут быть определены для таблиц, представлений или сторонних таблиц. Триггеры BEFORE уровня строки срабатывают непосредственно перед обработкой конкретной строки, в то время как триггеры AFTER уровня строки срабатывают в конце работы всего оператора (но до любого из триггеров AFTER уровня оператора). Эти типы триггеров могут определяться только для обычных и сторонних таблиц, но не для представлений; триггеры уровня строк BEFORE не могут определяться для секционированных таблиц. Триггеры INSTEAD OF могут определяться только для представлений и только на уровне строк: они срабатывают для каждой строки сразу после того, как строка представления идентифицирована как подлежащая обработке.

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

Если запрос INSERT содержит предложение ON CONFLICT DO UPDATE , возможно совместное применение и триггеров уровня строк BEFORE INSERT , и триггеров уровня строк BEFORE UPDATE , которое отразится в окончательном состоянии изменяемой строки, если в запросе задействуются столбцы EXCLUDED . При этом обращение к EXCLUDED не обязательно должно иметь место в обоих наборах триггеров BEFORE на уровне строк. Следует рассмотреть возможность получения неожиданного результата, когда имеются и триггеры BEFORE INSERT , и BEFORE UPDATE на уровне строки, и они вместе модифицируют добавляемую/изменяемую строку (проблемы возможны, даже если изменения более или менее равнозначные, но при этом не идемпотентные). Заметьте, что триггеры UPDATE уровня оператора вызываются при ON CONFLICT DO UPDATE независимо от того, будут ли изменены какие-либо строки в результате UPDATE (и даже в случае, когда альтернативный путь UPDATE вообще не выбирается). При выполнении запроса INSERT с предложением ON CONFLICT DO UPDATE сначала выполняются триггеры BEFORE INSERT , затем триггеры BEFORE UPDATE , потом триггеры AFTER UPDATE и, наконец, AFTER INSERT (речь идёт о триггерах на уровне операторов).

Если оператор UPDATE в секционированной таблице должен переместить строку в другую секцию, это перемещение реализуется в результате выполнения DELETE в исходной секции и последующего INSERT в новой секции. При этом в исходной секции срабатывают все триггеры BEFORE UPDATE и BEFORE DELETE уровня строк. Затем в целевой секции срабатывают все триггеры BEFORE INSERT уровня строк. Следует иметь в виду, что в случаях, когда все эти триггеры модифицируют перемещаемую строку, полученный результат может быть неожиданным. Если рассматривать триггеры AFTER ROW , то применяться будут триггеры AFTER DELETE и AFTER INSERT , но не триггеры AFTER UPDATE , так как команда UPDATE заменяется на DELETE и INSERT . Если же рассматривать триггеры уровня операторов, ни триггеры DELETE , ни триггеры INSERT не будут срабатывать, даже если производится перемещение строк; сработают только триггеры UPDATE , установленные в целевой таблице оператора UPDATE .

Триггерные функции, вызываемые триггерами операторов, должны всегда возвращать NULL . Триггерные функции, вызываемые триггерами строк, могут вернуть строку таблицы (значение типа HeapTuple ). У триггера уровня строки, срабатывающего до операции, есть следующий выбор:

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

Если в триггере BEFORE уровня строки не планируется использовать любой из этих вариантов, то нужно аккуратно вернуть в качестве результата ту же строку, которая была передана на вход (то есть строку NEW для триггеров INSERT и UPDATE , или строку OLD для триггеров DELETE ).

Триггер уровня строки INSTEAD OF должен вернуть либо NULL , чтобы указать, что он не модифицирует базовые таблицы представления, либо он должен вернуть строку представления, полученную на входе (строку NEW для операций INSERT и UPDATE или строку OLD для операций DELETE ). Отличное от NULL возвращаемое значение сигнализирует, что триггер выполнил необходимые изменения данных в представлении. Это приведёт к увеличению счётчика количества строк, затронутых командой. Для операций INSERT и UPDATE (и только для них) триггер может изменить строку NEW перед тем как её вернуть. В результате будут изменены данные, возвращаемые INSERT RETURNING или UPDATE RETURNING , что полезно, когда представление должно возвращать не те данные, что были получены.

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

Если есть несколько триггеров на одно и то же событие для одной и той же таблицы, то они будут вызываться в алфавитном порядке по имени триггера. Для триггеров BEFORE и INSTEAD OF потенциально изменённая строка, возвращаемая одним триггером, становится входящей строкой для следующего триггера. Если любой из триггеров BEFORE или INSTEAD OF возвращает NULL , операция для этой строки прекращается и последующие триггеры (для этой строки) не срабатывают.

В определении триггера можно указать логическое условие WHEN , которое будет проверяться, чтобы посмотреть, нужно ли запускать триггер. В триггерах уровня строки в условии WHEN можно проверять старые и/или новые значения столбцов строки. (В триггерах уровня оператора также можно использовать условие WHEN , хотя в этом случае это не так полезно.) В триггерах BEFORE условие WHEN вычисляется непосредственно перед тем, как триггерная функция будет выполнена, поэтому использование WHEN существенно не отличается от выполнения той же проверки в самом начале триггерной функции. Однако в триггерах AFTER условие WHEN вычисляется сразу после обновления строки и от этого зависит, будет ли поставлено в очередь событие запуска триггера в конце оператора или нет. Поэтому, когда условие WHEN в триггере AFTER не возвращает истину, не требуется ни постановка события в очередь, ни повторная выборка этой строки в конце оператора. Это может существенно ускорить работу операторов, изменяющих большое количество строк, с триггером, который должен сработать только для нескольких. В триггерах INSTEAD OF не поддерживается использование условий WHEN .

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

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

При определении триггера можно указывать аргументы. Цель включения аргументов в определение триггера в том, чтобы позволить разным триггерам с аналогичными требованиями вызывать одну и ту же функцию. В качестве примера можно создать обобщенную триггерную функцию, которая принимает два аргумента с именами столбцов и записывает текущего пользователя в первый аргумент и текущий штамп времени во второй. При правильном написании такая триггерная функция будет независима от конкретной таблицы, для которой она будет запускаться. Таким образом, одна и та же функция может использоваться при выполнении INSERT в любую таблицу с соответствующими столбцами, чтобы, например, автоматически отслеживать создание записей в транзакционной таблице. Для триггеров UPDATE аргументы также могут использоваться для отслеживания последних сделанных изменений.

У каждого языка программирования, поддерживающего триггеры, есть свой собственный метод доступа из триггерной функции к входным данным триггера. Входные данные триггера включают в себя тип события (например, INSERT или UPDATE ), а также любые аргументы, перечисленные в CREATE TRIGGER . Для триггеров уровня строки входные данные также включают строку NEW для триггеров INSERT и UPDATE и/или строку OLD для триггеров UPDATE и DELETE .

Триггеры уровня оператора по умолчанию не имеют возможностей для проверки отдельных строк, модифицированных оператором. Но триггер AFTER STATEMENT может запросить создание для него переходных таблиц, чтобы ему были доступны наборы затрагиваемых операцией строк. Триггерам AFTER ROW также могут предоставляться переходные таблицы, чтобы они могли видеть все изменения в таблице, а не только изменения в отдельных строках, для которых они срабатывают. Метод обращения к переходным таблицам определяется применяемым языком программирования, но обычно переходные таблицы представляются как временные таблицы только для чтения, к которым в триггерной функции можно обращаться, выполняя SQL-команды.

Пред. Наверх След.
Глава 39. Триггеры Начало 39.2. Видимость изменений в данных

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

Что такое триггер ? столкнулся в книге, вот только там сложновато обьясняют.

  • Вопрос задан более трёх лет назад
  • 4612 просмотров

Комментировать

Решения вопроса 1

Действие, которое срабатывает при каком-то событии.

Ответ написан более трёх лет назад

Комментировать

Нравится 6 Комментировать

Ответы на вопрос 2

Love Family, Love Code

Хотел написать,что все просто и планировщик в винде понастраивайте и поймете.
Но призадумался,
где-то понимается под триггером условие срабатывания(планировщик), (время. событие)
где-то действие, которое срабатывает при некоторых условиях(база),
https://ru.wikipedia.org/wiki/Триггер_(базы_данных)
где-то все вместе (почти).(wpf xaml)
actions триггер>
Интересен контекст.

Ответ написан более трёх лет назад

Комментировать

Нравится 2 Комментировать

Developer, ex-admin

Хотя бы какой язык изучаете? И в каком контексте?
Обычно триггер это функция, задаваемая программистом, которая срабатывает по какому-либо событию. Вызывается асинхронно системой. По сути то же самое, что и функции обратного вызова (call back).

Ответ написан более трёх лет назад

Комментировать

Нравится 1 Комментировать

Ваш ответ на вопрос

Войдите, чтобы написать ответ

программирование

  • Программирование
  • +1 ещё

Как правильно сделать граф?

  • 1 подписчик
  • 03 февр.
  • 123 просмотра

36.1. Обзор поведения триггеров#

Триггер — это спецификация, согласно которой база данных должна автоматически выполнять определенную функцию при выполнении определенного типа операции. Триггеры могут быть привязаны к таблицам (разделенным или нет), представлениям и внешним таблицам. На таблицах и внешних таблицах можно определить триггеры для выполнения операций INSERT , UPDATE или DELETE либо перед, либо после операции, либо один раз для каждой измененной строки, либо один раз для SQL оператора. Триггеры UPDATE могут также быть настроены на срабатывание только в случае, если определенные столбцы указаны в SET части оператора UPDATE . Триггеры также могут срабатывать для операторов TRUNCATE . Если происходит событие триггера, вызывается функция триггера в нужное время для обработки события. На представлениях можно определить триггеры для выполнения вместо операций INSERT , UPDATE или DELETE . Такие триггеры INSTEAD OF срабатывают один раз для каждой строки, которую необходимо изменить в представлении. Обязанностью функции триггера является выполнение необходимых изменений в базовой таблице(ах) представления и, при необходимости, возврат измененной строки в виде, в котором она будет отображаться в представлении. Триггеры на представлениях также могут быть определены для выполнения один раз для каждого SQL оператора, перед или после операций INSERT , UPDATE или DELETE . Однако такие триггеры срабатывают только в том случае, если на представлении также определен триггер INSTEAD OF . В противном случае любой оператор, направленный на представление, должен быть переписан в оператор, воздействующий на его базовую таблицу(ы), и затем триггеры, которые будут срабатывать, будут привязаны к базовой таблице(ам). Функция триггера должна быть определена до создания самого триггера. Функция триггера должна быть объявлена как функция, не принимающая аргументов и возвращающая тип trigger . (Функция триггера получает свои входные данные через специально передаваемую структуру TriggerData , а не в виде обычных аргументов функции). После создания подходящей функции триггера, триггер устанавливается с помощью CREATE TRIGGER . Одну и ту же функцию триггера можно использовать для нескольких триггеров. Tantor BE предлагает как триггеры на строку, так и триггеры на операцию. С триггером на строку, функция триггера вызывается один раз для каждой строки, которая затрагивается операцией, вызвавшей триггер. В отличие от этого, триггер на операцию вызывается только один раз при выполнении соответствующей операции, независимо от количества строк, затронутых этой операцией. В частности, операция, которая не затрагивает ни одной строки, все равно приведет к выполнению всех применимых триггеров на операцию. Эти два типа триггеров иногда называются триггеры на уровне строки и триггеры на уровне операции соответственно. Триггеры на TRUNCATE могут быть определены только на уровне операции, а не на уровне строки. Триггеры также классифицируются в зависимости от того, срабатывают ли они перед, после или вместо операции. Они называются соответственно триггерами BEFORE , AFTER и INSTEAD OF . Триггеры BEFORE на уровне оператора срабатывают перед началом выполнения оператора, а триггеры AFTER на уровне оператора срабатывают в самом конце оператора. Эти типы триггеров могут быть определены для таблиц, представлений или внешних таблиц. Триггеры BEFORE на уровне строки срабатывают непосредственно перед выполнением операции над определенной строкой, а триггеры AFTER на уровне строки срабатывают в конце оператора (но перед любыми триггерами AFTER на уровне оператора). Эти типы триггеров могут быть определены только для таблиц и внешних таблиц, но не для представлений. Триггеры INSTEAD OF могут быть определены только для представлений и только на уровне строки; они срабатывают непосредственно при идентификации каждой строки в представлении, которая должна быть обработана. Выполнение триггера AFTER может быть отложено до конца транзакции, а не до конца оператора, если он был определен как триггер-ограничение. Во всех случаях триггер выполняется в рамках той же транзакции, что и оператор, вызвавший его, поэтому если либо оператор, либо триггер вызывают ошибку, изменения обоих будут отменены. Выполнение оператора, который нацелен на родительскую таблицу в иерархии наследования или разделения, не приводит к запуску триггеров на уровне оператора для затронутых дочерних таблиц; запускаются только триггеры на уровне оператора родительской таблицы. Однако, будут запущены триггеры на уровне строки для любых затронутых дочерних таблиц. Если INSERT содержит фразу ON CONFLICT DO UPDATE , то возможно, что эффекты триггеров BEFORE INSERT на уровне строки и триггеров BEFORE UPDATE на уровне строки могут быть применены таким образом, что это будет видно из конечного состояния обновленной строки, если есть ссылка на столбец EXCLUDED . Для выполнения обоих наборов триггеров на уровне строки не обязательно иметь ссылку на столбец EXCLUDED , однако следует учитывать возможность неожиданных результатов, когда есть и триггеры BEFORE INSERT , и триггеры BEFORE UPDATE , которые изменяют вставляемую/обновляемую строку (это может быть проблематично, даже если модификации более или менее эквивалентны, если они не являются идемпотентными). Обратите внимание, что триггеры UPDATE на уровне оператора выполняются при указании фразы ON CONFLICT DO UPDATE , независимо от того, были ли какие-либо строки затронуты UPDATE (и независимо от того, был ли выбран альтернативный путь UPDATE ). INSERT с фразой ON CONFLICT DO UPDATE будет выполнять триггеры INSERT на уровне оператора BEFORE сначала, затем триггеры UPDATE на уровне оператора BEFORE , за которыми следуют триггеры UPDATE на уровне оператора AFTER и, наконец, триггеры INSERT на уровне оператора AFTER . Если UPDATE на разделенной таблице приводит к перемещению строки в другой раздел, это будет выполнено как DELETE из исходного раздела, за которым следует INSERT в новый раздел. В этом случае все триггеры BEFORE UPDATE на уровне строки и все триггеры на уровне строки BEFORE DELETE будут запущены на исходном разделе. Затем все триггеры BEFORE INSERT на уровне строки будут запущены на целевом разделе. Необходимо учитывать возможность неожиданных результатов, когда все эти триггеры влияют на перемещаемую строку. Что касается триггеров AFTER ROW , триггеры AFTER DELETE и AFTER INSERT применяются; но триггеры AFTER UPDATE не применяются, потому что UPDATE был преобразован в DELETE и INSERT . Что касается триггеров на уровне оператора, ни один из триггеров DELETE или INSERT не запускается, даже если происходит перемещение строк; будут запущены только триггеры UPDATE , определенные на целевой таблице, используемой в операторе UPDATE . Вместо этого не определены отдельные триггеры для MERGE . Вместо этого срабатывают триггеры на уровне оператора или строки для UPDATE , DELETE и INSERT в зависимости от (для триггеров на уровне оператора) указанных действий в запросе MERGE и (для триггеров на уровне строки) выполненных действий. Во время выполнения команды MERGE запускаются триггеры уровня оператора BEFORE и AFTER для событий, указанных в действиях команды MERGE , независимо от того, выполняется ли действие в конечном итоге или нет. Это аналогично оператору UPDATE , который не обновляет ни одной строки, но все равно запускает триггеры уровня оператора. Триггеры уровня строки запускаются только при фактическом обновлении, вставке или удалении строки. Поэтому вполне допустимо, что триггеры уровня оператора запускаются для определенных типов действий, но триггеры уровня строки не запускаются для того же типа действий. Функции триггеров, вызываемые триггерами на уровне оператора, всегда должны возвращать NULL . Функции триггеров, вызываемые триггерами на уровне строки, могут вернуть строку таблицы (значение типа HeapTuple ) вызывающему исполнителю, если они выберут. Триггер на уровне строки, сработавший перед операцией, имеет следующие варианты выбора:

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

Триггер BEFORE на уровне строки, который не предполагает вызова ни одного из этих поведений, должен быть осторожным и возвращать в качестве результата ту же самую строку, которая была передана (то есть строку NEW для триггеров INSERT и UPDATE , строку OLD для триггеров DELETE ).

Триггер на уровне строки INSTEAD OF должен либо возвращать NULL , чтобы указать, что он не изменял данные из базовых таблиц представления, либо возвращать строку представления, которая была передана (строку NEW для операций INSERT и UPDATE , или строку OLD для операций DELETE ). Ненулевое значение используется для сигнализации о том, что триггер выполнил необходимые изменения данных в представлении. Это приведет к увеличению количества затронутых командой строк. Только для операций INSERT и UPDATE триггер может изменять строку NEW перед ее возвратом. Это изменит данные, возвращаемые при использовании INSERT RETURNING или UPDATE RETURNING , и полезно, когда представление не будет показывать точно те же данные, которые были предоставлены.

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

Некоторые соображения применяются к сгенерированным столбцам. Хранимые вычисляемые столбцы вычисляются после триггеров BEFORE и перед триггерами AFTER . Поэтому сгенерированное значение можно проверить в триггерах AFTER . В триггерах BEFORE старое сгенерированное значение содержится в строке OLD , как и ожидается, но строка NEW еще не содержит нового сгенерированного значения и к ней не следует обращаться. В интерфейсе на языке C содержимое столбца в этот момент не определено; язык программирования более высокого уровня должен предотвращать доступ к хранимому вычисляемому столбцу в строке NEW в триггере BEFORE . Изменения значения сгенерированного столбца в триггере BEFORE игнорируются и будут перезаписаны.

Если для одного и того же события на одной и той же связи определено более одного триггера, триггеры будут запускаться в алфавитном порядке по имени триггера. В случае триггеров BEFORE и INSTEAD OF измененная, возможно, строка, возвращаемая каждым триггером, становится входными данными для следующего триггера. Если какой-либо триггер BEFORE или INSTEAD OF возвращает NULL , операция отменяется для этой строки, и последующие триггеры не запускаются (для этой строки).

Определение триггера также может указывать логическое условие WHEN , которое будет проверяться для определения, должен ли триггер срабатывать. В триггерах на уровне строк условие WHEN может проверять старые и/или новые значения столбцов строки. (Триггеры на уровне операторов также могут иметь условия WHEN , хотя эта функция для них не так полезна). В триггере BEFORE условие WHEN вычисляется непосредственно перед выполнением или планируемым выполнением функции, поэтому использование WHEN не отличается от проверки того же условия в начале функции триггера. Однако в триггере AFTER условие WHEN вычисляется сразу после обновления строки и определяет, должно ли событие быть поставлено в очередь для срабатывания триггера в конце оператора. Поэтому, когда условие WHEN триггера AFTER не возвращает истинное значение, необходимо не ставить событие в очередь и не повторно извлекать строку в конце оператора. Это может привести к значительному увеличению скорости выполнения операторов, модифицирующих много строк, если триггер должен срабатывать только для нескольких строк. Триггеры INSTEAD OF не поддерживают условия WHEN .

Обычно, триггеры на уровне строки BEFORE используются для проверки или изменения данных, которые будут вставлены или обновлены. Например, триггер BEFORE может использоваться для вставки текущего времени в столбец timestamp или для проверки согласованности двух элементов строки. Триггеры на уровне строки AFTER наиболее разумно использовать для передачи обновлений в другие таблицы или для проверки согласованности с другими таблицами. Причина такого разделения труда заключается в том, что триггер AFTER может быть уверен, что видит окончательное значение строки, в то время как триггер BEFORE не может быть уверен; после него могут сработать другие триггеры BEFORE . Если у вас нет конкретной причины сделать триггер BEFORE или AFTER , то вариант BEFORE более эффективен, так как информация о операции не должна быть сохранена до конца оператора.

Если функция триггера выполняет SQL-команды, то эти команды могут снова запускать триггеры. Это известно как каскадные триггеры. Нет прямого ограничения на количество уровней каскада. Возможно, каскады могут вызывать рекурсивное выполнение одного и того же триггера; например, триггер INSERT может выполнить команду, которая вставляет дополнительную строку в ту же таблицу, вызывая срабатывание триггера INSERT снова. Ответственность за избегание бесконечной рекурсии в таких сценариях лежит на программисте триггера.

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

Каждый язык программирования, поддерживающий триггеры, имеет свой собственный метод для предоставления входных данных триггера функции триггера. Эти входные данные включают тип события триггера (например, INSERT или UPDATE ), а также любые аргументы, указанные в CREATE TRIGGER . Для триггера на уровне строки входные данные также включают строку NEW для триггеров INSERT и UPDATE , а также строку OLD для триггеров UPDATE и DELETE .

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

Назад Наверх Далее
Глава 36. Триггеры Начало 36.2. Видимость изменений данных

Триггеры: создание и применение

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

Определение триггера в стандарте языка SQL

Триггеры являются одной из разновидностей хранимых процедур. Их исполнение происходит при выполнении для таблицы какого-либо оператора языка манипулирования данными ( DML ). Триггеры используются для проверки целостности данных, а также для отката транзакций.

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

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

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

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

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

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

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

Основной формат команды CREATE TRIGGER показан ниже:

::= CREATE TRIGGER имя_триггера BEFORE | AFTER ON [REFERENCING ] [FOR EACH < ROW | STATEMENT>] [WHEN(условие_триггера)]

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

Выполняемые триггером действия задаются для каждой строки ( FOR EACH ROW ), охваченной данным событием, или только один раз для каждого события ( FOR EACH STATEMENT ).

Обозначение относится к таким компонентам, как старая или новая строка ( OLD / NEW ) либо старая или новая таблица ( OLD TABLE / NEW TABLE ). Ясно, что старые значения не применимы для событий вставки, а новые – для событий удаления.

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

  • сложность: при перемещении некоторых функций в базу данных усложняются задачи ее проектирования, реализации и администрирования;
  • скрытая функциональность: перенос части функций в базу данных и сохранение их в виде одного или нескольких триггеров иногда приводит к сокрытию от пользователя некоторых функциональных возможностей. Хотя это в определенной степени упрощает его работу, но, к сожалению, может стать причиной незапланированных, потенциально нежелательных и вредных побочных эффектов, поскольку в этом случае пользователь не в состоянии контролировать все процессы, происходящие в базе данных;
  • влияние на производительность: перед выполнением каждой команды по изменению состояния базы данных СУБД должна проверить триггерное условие с целью выяснения необходимости запуска триггера для этой команды. Выполнение подобных вычислений сказывается на общей производительности СУБД, а в моменты пиковой нагрузки ее снижение может стать особенно заметным. Очевидно, что при возрастании количества триггеров увеличиваются и накладные расходы, связанные с такими операциями.

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *