事件触发器

Redrock Postgres 提供了事件触发器。和常规触发器（附着在一个表上并且只捕捉DML事件）不同，事件触发器对一个特定数据库来说是全局的，并且可以捕捉DDL事件。

和常规触发器相似，可以用任何包括了事件触发器支持的过程语言编写事件触发器，但是不能用纯SQL编写。

只要与一个事件触发器相关的事件在事件触发器所在的数据库中发生，该事件触发器就会被引发。当前支持的事件是ddl_command_start、ddl_command_end、table_rewrite和sql_drop。未来的发行版中可能会增加对更多事件的支持。

ddl_command_start事件就在CREATE、ALTER、DROP、SECURITY LABEL、COMMENT、GRANT或者REVOKE命令的执行之前发生。在事件触发器引发前不会做受影响对象是否存在的检查。不过，一个例外是，这个事件不会为目标是共享对象 — 数据库 — 的DDL命令发生，也不会为目标是事件触发器的DDL命令发生。事件触发器机制不支持这些对象类型。ddl_command_start也会在SELECT INTO命令的执行之前发生，因为这等价于CREATE TABLE AS。

ddl_command_end事件就在同一组命令的执行之后发生。为了得到发生的DDL操作的更多细节，可以从ddl_command_end事件触发器代码中使用集合返回函数pg_event_trigger_ddl_commands()（见 事件触发器函数）。注意该触发器是在那些动作已经发生之后（但是在事务提交前）引发，并且此时相关的系统表数据已被更改。

sql_drop事件为任何删除数据库对象的操作在ddl_command_end事件触发器之前发生。要列出已经被删除的对象，可以从sql_drop事件触发器代码中使用集合返回函数pg_event_trigger_dropped_objects()见 事件触发器函数）。注意该触发器是在对象已经从系统表删除以后执行，因此不能再查看它们。

table_rewrite事件在表被命令ALTER TABLE和ALTER TYPE的某些动作重写之前发生。虽然其他控制语句（例如CLUSTER和VACUUM）也可以用来重写表，但是它们不会触发table_rewrite事件。

不能在一个中止的事务中执行事件触发器（其他函数也一样）。因此，如果一个DDL命令出现错误失败，将不会执行任何相关的ddl_command_end触发器。反过来，如果一个ddl_command_start触发器出现错误失败，将不会引发进一步的事件触发器，并且不会尝试执行该命令本身。类似地，如果一个ddl_command_end触发器出现错误失败，DDL命令的效果将被回滚，就像其他包含事务中止的情况中那样。

事件触发器触发矩阵 中有事件触发器机制所支持的完整命令列表。

事件触发器通过命令CREATE EVENT TRIGGER创建。为了创建一个事件触发器，你必须首先创建一个有特殊返回类型event_trigger的函数。这个函数不一定需要返回一个值，该返回类型仅仅是作为一种信号表示该函数要被作为一个事件触发器调用。

如果对于一个特定的事件定义了多于一个事件触发器，它们将按照触发器名称的字母表顺序被引发。

一个触发器定义也可以指定一个WHEN条件，这样事件触发器（例如ddl_command_start触发器）就可以只对用户希望介入的特定命令触发。这类触发器的通常用法是用于限制用户可能执行的DDL操作的范围。

表 1 列出了所有命令的事件触发器支持情况。

表 1. 支持事件触发器的命令标签

事件触发器不支持捕捉目标对象是数据库的DDL命令，包括：CREATE DATABASE，ALTER DATABASE，DROP DATABASE，COMMENT ON DATABASE，GRANT ON DATABASE，REVOKE ON DATABASE。

Redrock Postgres 提供了这些助手函数来从事件触发器检索信息。

pg_event_trigger_ddl_commands () → setof record

当在一个ddl_command_end事件触发器的函数中调用时，pg_event_trigger_ddl_commands返回被每一个用户动作执行的DDL命令的列表。如果在其他任何环境中调用这个函数，会发生错误。pg_event_trigger_ddl_commands为每一个被执行的基本命令返回一行，某些只有一个单一SQL句子的命令可能会返回多于一行。这个函数返回下面的列：

pg_event_trigger_dropped_objects () → setof record

pg_event_trigger_dropped_objects返回被调用sql_drop事件的命令删除的所有对象的列表。如果调用在任何其他上下文中，会引发一个错误。这个函数返回以下列:

pg_event_trigger_dropped_objects可以被这样用在一个事件触发器中：

CREATE FUNCTION test_event_trigger_for_drops()
  RETURNS event_trigger AS $$
DECLARE
    obj record;
BEGIN
    FOR obj IN SELECT * FROM pg_event_trigger_dropped_objects()
    LOOP
        RAISE NOTICE '% dropped object: % %.% %',
                     tg_tag,
                     obj.object_type,
                     obj.schema_name,
                     obj.object_name,
                     obj.object_identity;
    END LOOP;
END
$$ LANGUAGE plpgsql;

CREATE EVENT TRIGGER test_event_trigger_for_drops
    ON sql_drop
    EXECUTE PROCEDURE test_event_trigger_for_drops();

表 2 中所示的函数提供刚刚被调用过table_rewrite事件的表的信息。如果在任何其他环境中调用，会发生错误。

表 2. 表重写信息

可以在一个这样的事件触发器中使用pg_event_trigger_table_rewrite_oid函数：

CREATE FUNCTION test_event_trigger_table_rewrite_oid()
  RETURNS event_trigger AS $$
BEGIN
  RAISE NOTICE 'rewriting table % for reason %',
                pg_event_trigger_table_rewrite_oid()::regclass,
                pg_event_trigger_table_rewrite_reason();
END;
$$ LANGUAGE plpgsql;

CREATE EVENT TRIGGER test_table_rewrite_oid
    ON table_rewrite
    EXECUTE PROCEDURE test_event_trigger_table_rewrite_oid();

pg_ddl_command_deparse ( pg_ddl_command ) → text

函数将一条DDL命令从pg_ddl_command类型的内部格式进行反向解析，并以text类型的文本表示形式返回SQL语句。这个函数可用于事件触发器，如下所示：

CREATE TABLE ddl_history(
  ord             int,
  op_time         timestamp,
  username        text,
  command_tag     text,
  object_type     text,
  schema_name     text,
  object_identity text,
  command         text
);

CREATE OR REPLACE FUNCTION ddl_trigger_func()
  RETURNS event_trigger AS $$
BEGIN
  INSERT INTO ddl_history
    SELECT ordinality, now(), current_user, command_tag,
           object_type, schema_name, object_identity,
           pg_ddl_command_deparse(command)
      FROM pg_event_trigger_ddl_commands() WITH ORDINALITY;
END;
$$ LANGUAGE plpgsql;

CREATE EVENT TRIGGER deparse_event_trigger
    ON ddl_command_end
    EXECUTE PROCEDURE ddl_trigger_func();