在PostgreSQL 10中，为什么pgplsql异常处理无法捕获可延迟约束的外键冲突错误？

当从PGPLSQL函数调用执行插入的SQL函数时，如果违反的外键约束是可延迟的，则会引发异常，而不是捕获异常

我使用的是Amazon Aurora PostgreSQL兼容版（v10.4）。我发现我的异常处理程序并不总是捕获异常，而是将异常提升到应用程序（在我的例子中，是使用Pyscopg2的AWS Lambda Python函数）

我花了很多时间进行故障排除，将其缩小到可延迟约束，因此我创建了一个测试函数，该函数非常可靠地再现了问题

我还在运行版本10.5的RDS（非Aurora）实例和9.6.6 RDS实例上复制了相同的行为，因此它不是Aurora，也不是版本10.4特有的

这是虫子吗？还是我遗漏了一些有延迟约束的文档

这里有两个表和两个函数

CREATE TABLE public.load (
  load_id           BIGINT                                 NOT NULL,
  created_timestamp TIMESTAMP WITH TIME ZONE DEFAULT now() NOT NULL,
  ds_code           TEXT                                   NOT NULL,
  route             TEXT,
  file_name         TEXT,
  user_name         TEXT,
  staged            BOOLEAN,
  staging_duration  INTERVAL,
  CONSTRAINT load_pkey
    PRIMARY KEY (load_id));


CREATE TABLE load_content (
  load_id           BIGINT NOT NULL,
  load_content      TEXT,
  CONSTRAINT data_load_pk
    PRIMARY KEY (load_id),
  CONSTRAINT data_load_load_load_id_fk
    FOREIGN KEY (load_id) REFERENCES public.load
)
;
CREATE FUNCTION insert_something() RETURNS void
  LANGUAGE SQL
AS
$$
INSERT INTO public.load_content values (1);

$$
;
CREATE FUNCTION test_load() RETURNS TEXT
  LANGUAGE plpgsql
AS
$$

BEGIN

  PERFORM public.insert_something();
  RETURN 'success';


  EXCEPTION
  WHEN OTHERS THEN
    RETURN 'failure';

END
  ;
$$
;

执行public.test_load（）返回一行“failure”

如果您这样做：

alter table public.load_content
  drop constraint data_load_load_load_id_fk;

ALTER TABLE public.load_content
  ADD CONSTRAINT data_load_load_load_id_fk
    FOREIGN KEY (load_id) REFERENCES public.load
DEFERRABLE INITIALLY DEFERRED
;

然后执行public.test_load（）异常就发生了：

[2019-01-14 16:36:32] [23503] ERROR: insert or update on table "load_content" violates foreign key constraint "data_load_load_load_id_fk"
[2019-01-14 16:36:32] Detail: Key (load_id)=(1) is not present in table "load".

---

显然，为了测试的目的，我已经大大简化了这个过程——在我的系统中，实际发生的是“加载”表上的一个触发器，它触发将原始数据（通常是JSON）规范化为暂存数据模型。

a

DEFERRED

约束检查被推迟到提交，如名称所示，立即执行约束检查。 可以在当前事务中使用

设置约束{ALL | name[，…]}{DEFERRED | IMMEDIATE}

更改

可延迟约束的行为

如果要更改
test\u load（）
函数的行为，下面是代码示例

CREATE FUNCTION test_load() RETURNS TEXT
  LANGUAGE plpgsql
AS
$$

BEGIN

  SET CONSTRAINTS data_load_load_load_id_fk IMMEDIATE;
  PERFORM public.insert_something();
  RETURN 'success';


  EXCEPTION
  WHEN OTHERS THEN
    RETURN 'failure';

END
  ;
$$
;

检查延迟约束将推迟到事务结束。在这种情况下，函数不会引发异常，因为检查是在函数终止后完成的。@klin，因此本质上您根本无法捕获延迟的FK冲突？@enjayaitch您可以使用
SET CONSTRAINTS
语句在当前事务中强制imediate检查。将发布一个带有示例的答案。@enjayaitch-这只能在函数内部使用事务控制时实现。此功能在Postgres 11中的程序中提供。但我认为推迟一项限制是有道理的。谢谢。我想这是合乎逻辑的，提交发生在异常处理之后，但在Aurora上的V11上运行。。。我将不得不重新编写代码，在一个整体语句中使用修改数据的CTE，以避免需要延迟约束。无论如何可能更快，所以可能值得。