31.37. triggers

视图 triggers 包含所有定义在当前数据库,并且属于当前用户的触发器。 (表的所有者也是触发器的所有者。)

Table 31-35. triggers 字段

名字数据类型描述
trigger_catalogsql_identifier包含该触发器的数据库名字(总是当前数据库)
trigger_schemasql_identifier包含该触发器的模式名字
trigger_namesql_identifier触发器名字
event_manipulationcharacter_data 激发触发器的事件((INSERTUPDATE,或者DELETE
event_object_catalogsql_identifier 触发器定义所在的表所在的数据库名字(总是当前数据库)
event_object_schemasql_identifier包含触发器定义所在表的模式的名字
event_object_namesql_identifier触发器定义所在的表的名字
action_ordercardinal_number尚未实现
action_conditioncharacter_data应用于一个PostgreSQL 里没有的特性
action_statementcharacter_data 触发器执行的语句(目前总是 EXECUTE PROCEDURE function(...)
action_orientationcharacter_data 标识触发器是对处理的每一行激发还是对每个语句(ROW 或者 STATEMENT
condition_timingcharacter_data 触发器触发的时间(BEFORE 或者 AFTER
condition_reference_old_tablesql_identifier应用于一个PostgreSQL 里没有的特性
condition_reference_new_tablesql_identifier应用于一个PostgreSQL 里没有的特性

PostgreSQL 里面的触发器在影响到信息模式的表现形式方面, 与 SQL 标准有两处不同。首先,在 PostgreSQL 里,触发器名字是表本地的对象, 儿不是独立的模式对象。因此,我们可以在一个模式里定义重复的触发器名字,只要他们属于不同的表。 (trigger_catalogtrigger_schema 实际上是用于触发器定义所在表的名字。) 第二,PostgreSQL 里的触发器可以定义为在多个事件上触发(比如 ON INSERT OR UPDATE), 而 SQL 标准只允许一个。如果一个触发器定义为在多个事件上触发,那么在信息模式里它会表现为多行, 每个事件一行。因为这两个原因,视图 triggers 的主键实际上是 (trigger_catalog, trigger_schema, trigger_name, event_object_name, event_manipulation), 而不是 (trigger_catalog, trigger_schema, trigger_name), 后者是 SQL 标准声明的。当然,如果你定义一个遵循 SQL 标准的触发器(触发器名字在模式中唯一, 并且每个触发器只有一个事件),这些事情不会烦着你。