?
This document uses PHP Chinese website manual Release
視圖triggers包含所有定義在當前數(shù)據(jù)庫,并且屬于當前用戶的觸發(fā)器。(表的所有者也是觸發(fā)器的所有者。)
Table 34-45. triggers字段
名稱 | 數(shù)據(jù)類型 | 描述 |
---|---|---|
trigger_catalog | sql_identifier | 包含該觸發(fā)器的數(shù)據(jù)庫名稱(總是當前數(shù)據(jù)庫) |
trigger_schema | sql_identifier | 包含該觸發(fā)器的模式名稱 |
trigger_name | sql_identifier | 觸發(fā)器名稱 |
event_manipulation | character_data | 激發(fā)觸發(fā)器的事件((INSERT,UPDATE, 或者DELETE) |
event_object_catalog | sql_identifier | 觸發(fā)器定義所在的表所在的數(shù)據(jù)庫名稱(總是當前數(shù)據(jù)庫) |
event_object_schema | sql_identifier | 包含觸發(fā)器定義所在表的模式名 |
event_object_table | sql_identifier | 觸發(fā)器定義所在的表名 |
action_order | cardinal_number | 尚未實現(xiàn) |
action_condition | character_data | WHEN觸發(fā)器條件,如果沒有則為空(如果當前的一個活躍角色不是該表的所有者也為空) |
action_statement | character_data | 觸發(fā)器執(zhí)行的語句(目前總是 EXECUTE PROCEDURE function(...)) |
action_orientation | character_data | 標識觸發(fā)器是對處理的每一行激發(fā)還是對每個語句(ROW 或者STATEMENT) |
condition_timing | character_data | 觸發(fā)器觸發(fā)的時間(BEFORE或者AFTER) |
condition_reference_old_table | sql_identifier | 應用于一個PostgreSQL里沒有的特性 |
condition_reference_new_table | sql_identifier | 應用于一個PostgreSQL里沒有的特性 |
condition_reference_old_row | sql_identifier | 應用于一個PostgreSQL里沒有的特性 |
condition_reference_new_row | sql_identifier | 應用于一個PostgreSQL里沒有的特性 |
created | time_stamp | >應用于一個PostgreSQL里沒有的特性 |
PostgreSQL 里面的觸發(fā)器在影響到信息模式的表現(xiàn)形式方面, 與 SQL 標準有兩處不同。首先,在 PostgreSQL 里,觸發(fā)器名字是表本地的對象, 兒不是獨立的模式對象。因此,我們可以在一個模式里定義重復的觸發(fā)器名字, 只要他們屬于不同的表。 (trigger_catalog 和 trigger_schema 實際上是用于觸發(fā)器 定義所在表的名字。) 第二,PostgreSQL 里的觸發(fā)器可以定義為在多個事件上觸發(fā) (比如ON INSERT OR UPDATE), 而 SQL 標準只允許一個。如果一個觸發(fā)器定義為在 多個事件上觸發(fā),那么在信息模式里它會表現(xiàn)為多行, 每個事件一行。因為這兩個原因, 視圖 triggers 的主鍵實際上是 (trigger_catalog, trigger_schema, trigger_name, event_object_table, event_manipulation), 而不是 (trigger_catalog, trigger_schema, trigger_name), 后者是 SQL 標準聲明的。 當然,如果你定義一個遵循 SQL 標準的觸發(fā)器(觸發(fā)器名字在模式中唯一, 并且每個觸發(fā)器只有一個事件),這些事情不會煩著你。