triggers
#视图 triggers
包含当前数据库中定义在表和视图上的所有触发器,这些表和视图当前用户拥有或具有除 SELECT
之外的某些权限。
表 35.55. triggers
列
列 类型 描述 |
---|
包含触发器的数据库名称(始终是当前数据库) |
包含触发器的模式名称 |
触发器的名称 |
触发触发器的事件( |
包含定义触发器的表的数据库名称(始终是当前数据库) |
包含定义触发器的表的模式名称 |
定义触发器的表的名称 |
在同一表上具有相同的 |
触发器的 |
触发器执行的语句(当前始终是 |
标识触发器是为每个处理的行触发一次还是为每个语句触发一次( |
触发器触发的时间( |
“旧” 过渡表的名称,如果没有,则为空 |
“新” 过渡表的名称,如果没有,则为空 |
适用于 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 及更高版本。
如果您在文档中发现任何不正确、与您特定功能的使用经验不符或需要进一步澄清的地方,请使用 此表单报告文档问题。