触发器似乎在事务之后被触发，而不是在命令/语句之后

Question

我有两个表foo 和bar，还有一个after trigger 在foo 上，它改变了bar 表上的一些东西。

create table foo(id serial primary key, _key char(128) not null);
create table bar(id bigserial primary key, _key_p char(256) not null);

所以当我有一个事务时，例如调用下面的函数，触发器在事务之后触发，而不是语句或相关的 dml 操作。
foo 表的触发器：

create or replace function foo_trg_func()returns trigger as $$
declare k_p char(256);begin
k_p:=(select res from prepare_pa(new.key));
insert into bar(_key_p) values(k_p);--insert it to the bar
end $$ language plpgsql;
--
create trigger foo_trg
after insert on foo
for each row execute procedure foo_trg_func();

示例函数/事务

create or replace function `bas`(int,character(128))returns int as $$
-- some commands
with res as (select res as "d" from c_key($1,$2)),
-- attemp to insert into foo and expect the insertion to bar too
ins as (insert into foo(_key) select d from res returning 1)  --line[5]
-- check the effect of the foo_trg
select _key_p from bar,res where _key_p=res.d;    --line[7]

$$ language sql

触发器被调用，数据被foo触发器插入到bar表中，但是在函数调用之后，我无法在第7行得到触发器插入的结果。 我现在该怎么做？

我还要提一下，可以将触发器标记为代替或之前，但是会引起很多变化，所以我想知道是否可以使用after触发器。 p>

Answer 1

为什么？

首先，您必须知道您正在运行一个单个语句（带有多个 CTE。）

单个查询的常用表表达式参见数据库的同一张快照。每个 CTE（以及最终命令）都可以重用之前 CTE（内部临时表）的输出，但对基础表的影响不可见。您的最终 SELECT 看不到 CTE ins 对基础表的任何影响。

之后一个单独的SELECT（即使在同一个事务中，也可以在同一个函数中）会看到效果。

见：

• Are SELECT type queries the only type that can be nested?

适合您的情况的解决方案

您有两个相互冲突的要求：

1. 您希望使用基础表中的更改行（CTE 的 RETURNING 子句不可用，因为这些是另一个表上的触发器的副作用）。但变化在同一语句中不可见。

2. 您希望将其与带有 RETURNING 子句的 CTE 返回的值结合起来，但这些在带有 CTE 的语句之外不可见。

通过在TEMPORARY TABLE 中具体化来自 CTE 的派生表来解决此问题：

CREATE OR REPLACE FUNCTION bas (int, text)
  RETURNS SETOF int
  LANGUAGE plpgsql AS
$func$
BEGIN
   CREATE TEMP TABLE foo_tmp (LIKE foo) ON COMMIT DROP;

   WITH ins AS (
      INSERT INTO foo(_key)
      SELECT res FROM c_key($1,$2) f
      RETURNING foo.*
      )
   INSERT INTO foo_tmp
   SELECT * FROM ins;

   RETURN QUERY
   SELECT b._key_p
   FROM   bar b
   JOIN   foo_tmp f ON b._key_p = f._key;
END
$func$;

或者，您可以移除触发器并手动执行INSERT（如果这是单点入口）。

旁白

• 你几乎肯定不想要character(128)。使用varchar(128)，或仅使用varchar 或text：

• Any downsides of using data type "text" for storing strings?

• 标识符没有反引号 (`res`)。看起来像 MySQL 的溢出，这在 Postgres 中是无稽之谈。 Use double-quotes instead（仅在必须的地方）。

• 您的触发功能可以更简单/更便宜：

CREATE OR REPLACE FUNCTION foo_trg_func()
  RETURNS trigger
  LANGUAGE plpgsql AS
$func$
BEGIN
   INSERT INTO bar(_key_p)
   SELECT res FROM prepare_pa(NEW.key);
END
$func$;

如果prepare_pa() 返回单个值，则更简单。