triggers
视图triggers
包含所有定义在当前数据库中表和视图上的触发器,并且只显示当前用户拥有的触发器或者是当前用户在其上具有某种除SELECT
之外特权的触发器。
Table 34.50. triggers
列
列类型 描述 |
---|
包含该触发器的数据库名称(总是当前数据库) |
包含该触发器的模式名称 |
触发器的名称 |
触发该触发器的事件( |
包含触发器所在的表的数据库名称(总是当前数据库) |
包含该触发器所在的表的模式名称 |
该触发器所在的表的名称 |
同一个表上具有相同 |
触发器的 |
触发器执行的语句(当前总是 |
标识触发器是对每个被处理的行触发一次还是为每个语句触发一次( |
触发器在什么时候触发( |
“旧”传递表的名称,如果没有则为空 |
“新”传递表的名称,如果没有则为空 |
应用于一个LightDB中不可用的特性 |
应用于一个LightDB中不可用的特性 |
应用于一个LightDB中不可用的特性 |
LightDB中的触发器有两点与 SQL 标准不兼容,这会影响在该信息模式中的表示。第一,在LightDB中触发器的名字是局限于每个表的,而不是独立于模式对象。因此可能在一个模式中会有重复的触发器名称,只要它们属于不同的表(trigger_catalog
和trigger_schema
才真正标识了触发器被定义在哪个表上)。第二,在LightDB中触发器可以被定义为在多个事件上触发(例如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 标准(在模式中触发器名称唯一并且每个触发器只能有一种事件类型)的方式定义你的触发器,这将不会影响你。