35.57. 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),而不是 SQL 标准规定的(trigger_catalog, trigger_schema, trigger_name)。不过,如果以符合 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 及其后的版本。
报告文档问题
阅读 上游文档. 通过 PostgreSQL 文档反馈表单.