PostgreSQL 中的可延迟检查约束

Question

我有如下功能检查强制参与：

CREATE FUNCTION member_in_has_address()
RETURNS BOOLEAN AS $$
BEGIN
RETURN EXISTS (SELECT *
       FROM address a, member_details b
       WHERE b.member_id = a.member_id);
END;
$$  LANGUAGE plpgsql;

然后从 CHECK 约束中调用

ALTER TABLE member_details
 ADD CONSTRAINT member_in_has_address_check
  CHECK (member_in_has_address());

要在标准 SQL 中创建可延迟约束，可以：

ALTER TABLE member_details
 ADD CONSTRAINT member_in_has_address_check
  INITIALLY DEFERRED
  CHECK (member_in_has_address()); 

如何在 PostgreSQL 中做同样的事情？

Answer 1

2 种经过测试的方法。

1.改变最初延迟的约束。

begin;

alter TABLE t1 alter CONSTRAINT t1_fkey deferrable INITIALLY DEFERRED;

delete from t1;

-- insert into t1 (...)

alter TABLE t1 alter CONSTRAINT t1_fkey not deferrable;

-- commit;
rollback;

2.SET CONSTRAINTS ALL DEFERRED。

begin;

alter TABLE t1 alter CONSTRAINT t1_fkey deferrable initially immediate;
SET CONSTRAINTS t1_fkey DEFERRED
-- SET CONSTRAINTS ALL DEFERRED;  -- or, do this.

delete from t1;

-- insert into t1 (...)

alter TABLE t1 alter CONSTRAINT t1_fkey not deferrable;

-- commit;
rollback;

Answer 2

您可以像在其他 RDBMS 中一样在 PostgreSQL 中延迟约束，但对于当前版本 (9.2)，您只能延迟 UNIQUE、PRIMARY KEY、EXCLUDE 和 REFERENCES。摘自手册的this page：

DEFERRABLE
NOT DEFERRABLE

这控制约束是否可以 延期。将检查不可延迟的约束 在每个命令之后立即。检查约束是 deferable 可以推迟到事务结束（使用 SET CONSTRAINTS 命令）。 NOT DEFERRABLE 是默认值。 目前，只有 UNIQUE、PRIMARY KEY、EXCLUDE 和 REFERENCES（外 key) 约束接受此子句。 NOT NULL 和 CHECK 约束 不可延期。

INITIALLY IMMEDIATE
INITIALLY DEFERRED

如果约束是可延迟的， 此子句指定检查约束的默认时间。如果 约束是 INITIALLY IMMEDIATE，它在每个语句之后检查。 这是默认设置。如果约束是 INITIALLY DEFERRED，它是 仅在交易结束时检查。约束检查时间 可以使用 SET CONSTRAINTS 命令更改。

如果每个成员都有一个地址，您可以创建一个从 member_details 到 address 的简单延迟外键，而不是您当前的约束来检查。

更新：您需要创建 2 个外键。从address(member_id) 到member_details(member_id) 的一个普通的。另一个 - 从 member_details(member_id) 推迟到 address(member_id)。

使用这两个外键，您将能够：

1. 在member_details中创建一个成员。
2. 在address 中为步骤 1 中的成员创建一个地址
3. 提交（没有错误）

或

1. 在member_details中创建一个成员。
2. 提交（并从延迟的外键中获取错误）。

Answer 3

这是我想出来的。

ALTER TABLE address
ADD CONSTRAINT address_member_in_has_address
FOREIGN KEY (member_id) REFERENCES member_details(member_id)
ON DELETE CASCADE
DEFERRABLE INITIALLY DEFERRED;

CREATE FUNCTION member_in_has_address() RETURNS trigger AS $BODY$
    BEGIN
    IF NOT EXISTS(SELECT * 
                   FROM member_details
                   WHERE member_id IN (SELECT member_id 
                                        FROM address)) 
    THEN
            RAISE EXCEPTION 'Error: member does not have address';
        END IF;
    RETURN NEW;
    END;
$BODY$ LANGUAGE plpgsql;

CREATE CONSTRAINT TRIGGER manatory_participation_member_details_ins
 AFTER INSERT ON member_details 
 DEFERRABLE INITIALLY DEFERRED 
 FOR EACH ROW  
 EXECUTE PROCEDURE member_in_has_address();

CREATE CONSTRAINT TRIGGER manatory_participation_member_details_del
 AFTER INSERT ON member_details 
 DEFERRABLE INITIALLY DEFERRED 
 FOR EACH ROW 
 EXECUTE PROCEDURE member_in_has_address();

我在没有触发器的情况下在两个表中使用外键尝试了 Igor 的版本。在这种情况下，此约束不会被延迟。

ALTER TABLE member_details
ADD CONSTRAINT member_details_in_has_address
FOREIGN KEY (address_id) REFERENCES address
ON UPDATE NO ACTION ON DELETE CASCADE
DEFERRABLE INITIALLY DEFERRED;

我明白了：错误：“address_id”列中的空值违反了非空约束

使用此匿名块插入时：

DO $$ 
DECLARE 
 mem BIGINT;
BEGIN
INSERT INTO member_details (member_first_name, member_last_name, member_dob, member_phone_no, 
member_email, member_gender, industry_position, account_type, music_interests)
VALUES ('Rado','Luptak','07/09/80','07540962233','truba@azet.sk','M','DJ','basic','hard core');

SELECT member_id 
 INTO mem
FROM member_details
WHERE member_first_name = 'Rado' AND member_last_name = 'Luptak'
AND member_dob = '07/09/76';

INSERT INTO address (address_id, house_name_no, post_code, street_name, town, country, member_id)
VALUES (mem, '243', 'E17 3TT','Wood Road','London', 'UK', mem);

UPDATE member_details
 SET  address_id = mem WHERE member_id = mem;
END
$$;

使用地址表（Igor 版本）的 address_id 强制参与 member_details 的另一个问题是，这允许我将行插入 member_details 并引用现有地址行，但现有地址行引用不同的 member_details 行。当后面的 member_details 行被删除时，它会级联并删除地址行，地址行可以或不能删除（取决于设置）新插入的 member_details 行。当加入 member_id 和 address_id 时，它也会返回不同的详细信息。因此，它需要另一个约束，所以我一直使用触发器并在插入之前删除它并在插入之后重新创建它，因为触发器没有被延迟。

Answer 4

将您的查询包装在事务中，然后在需要至少一个地址时使用延迟外键和延迟约束触发器：

CREATE CONSTRAINT TRIGGER member_details_address_check_ins
  AFTER INSERT ON member_details
DEFERRABLE INITIALLY DEFERRED
FOR EACH ROW
EXECUTE PROCEDURE member_details_address_check_ins();

ALTER TABLE address
ADD CONSTRAINT address_member_details_member_id_fkey
FOREIGN KEY (member_id) REFERENCES member_details(member_id)
ON UPDATE NO ACTION ON DELETE NO ACTION
DEFERRABLE INITIALLY DEFERRED;

CREATE CONSTRAINT TRIGGER address_member_details_check_del
  AFTER DELETE ON address
DEFERRABLE INITIALLY DEFERRED
FOR EACH ROW
EXECUTE PROCEDURE address_member_details_check_del();

-- also consider the update cases for the inevitable merge of duplicate members.

在单独的注释中，规范化且美观，但将地址和联系方式（例如电子邮件）放在单独的地址表中偶尔会引入非常丰富多彩的 UI/UX 问题。例如。一位未经培训的秘书更改了公司和她老板在 A 公司的所有联系人的地址，其中一个人转到了 B 公司。是的，当 UI 的行为与 Outlook 不同时，它确实发生过……

无论如何，我发现将这些东西存储在与联系人相同的表中通常更方便，即 address1、address2、email1、email2 等。它使其他各种事情变得更简单。原因 - 即像您正在调查的那样运行检查。在极少数情况下，您想要存储两个以上这样的信息，实际上根本不值得这么麻烦。