triggers
#视图 triggers
包含当前数据库中定义的所有触发器,这些触发器定义在当前用户拥有或对其拥有除 SELECT
之外的某些权限的表和视图上。
表 35.55. triggers
列
列 类型 描述 |
---|
包含触发器的数据库的名称(始终为当前数据库) |
包含触发器的模式的名称 |
触发器的名称 |
触发触发器的事件( |
包含定义触发器的表的数据库的名称(始终为当前数据库) |
包含定义触发器的表的模式的名称 |
定义触发器的表的名称 |
在同一表上具有相同 |
|
由触发器执行的语句(目前始终为 |
标识触发器是否针对每个处理的行触发一次,还是针对每个语句触发一次( |
触发器触发的时机( |
“旧” 过渡表的名称,如果不存在则为 null |
“新” 过渡表的名称,如果不存在则为 null |
适用于 PostgreSQL 中不可用的功能 |
适用于 PostgreSQL 中不可用的功能 |
适用于 PostgreSQL 中不可用的功能 |
PostgreSQL 中的触发器与 SQL 标准有两个不兼容性,这会影响信息架构中的表示。首先,触发器名称在 PostgreSQL 中是每个表的本地名称,而不是独立的模式对象。因此,可以在一个模式中定义重复的触发器名称,只要它们属于不同的表。(trigger_catalog
和 trigger_schema
实际上是与定义触发器的表相关的值。)其次,触发器可以在 PostgreSQL 中定义为在多个事件上触发(例如,ON INSERT OR UPDATE
),而 SQL 标准只允许一个。如果触发器定义为在多个事件上触发,则它在信息架构中表示为多行,每个事件类型对应一行。由于这两个问题,视图 triggers
的主键实际上是 (trigger_catalog, trigger_schema, event_object_table, trigger_name, event_manipulation)
而不是 (trigger_catalog, trigger_schema, trigger_name)
,这是 SQL 标准指定的。尽管如此,如果您以符合 SQL 标准的方式定义触发器(触发器名称在模式中是唯一的,每个触发器只有一个事件类型),则不会影响您。
在 PostgreSQL 9.1 之前,此视图的列 action_timing
、action_reference_old_table
、action_reference_new_table
、action_reference_old_row
和 action_reference_new_row
分别命名为 condition_timing
、condition_reference_old_table
、condition_reference_new_table
、condition_reference_old_row
和 condition_reference_new_row
。这就是他们在 SQL:1999 标准中的命名方式。新的命名符合 SQL:2003 及更高版本。
如果您在文档中看到任何不正确的内容,与您对特定功能的体验不符,或者需要进一步说明,请使用 此表格 报告文档问题。