PostgresQL 中超出堆栈深度限制（删除触发器后）

Question

CREATE TABLE parent (
   parent_id VARCHAR(255) PRIMARY KEY
);

CREATE TABLE child (
   parent_id VARCHAR(255) REFERENCES parent ON DELETE CASCADE,
   child_id VARCHAR(255) PRIMARY KEY
);

CREATE OR REPLACE FUNCTION delete_parent()
RETURNS TRIGGER AS $$
BEGIN
    DELETE FROM parent WHERE parent_id = OLD.parent_id;
    RETURN NULL;
END; $$ LANGUAGE 'plpgsql';

CREATE TRIGGER delete_parent AFTER DELETE
ON child 
FOR EACH ROW
EXECUTE PROCEDURE delete_parent();

错误：

stack depth limit exceeded 提示：'在确保平台的堆栈深度限制足够之后，增加配置参数“max_stack_depth”（当前为 6144kB）。'

背景：

• 一个parent可以有多个children
• 该架构设计为，如果parent 被删除，它的所有子记录也会被删除。
• 如果删除了child，触发器将删除parent，然后级联删除与该parent相关的所有其他children

这已经工作了几个月，今天突然我们开始收到这个错误。

我找不到可能存在无限递归的情况，我正在考虑将堆栈深度限制加倍以查看会发生什么。

注意：实际的架构比这更复杂，并且有更多的相关表具有 CASCADE 删除约束。但这是唯一的触发因素。

更新：所以我将 max_stack_depth 限制加倍，现在可以了。我认为这不是一个好的解决方案，我仍然不确定如何防止这种情况在未来发生。

Answer 1

到目前为止，你就是这样：

1. 删除 child1。
2. 触发删除父项。
3. 删除 DELETE CASCADE 的 n child1 的兄弟姐妹。
4. 调用相同的触发器 n 次。
5. 没有兄弟姐妹了。

没有无限循环，但仍然 n 次调用触发器。这可以解释为什么超出了堆栈深度限制，但您可以通过增加限制来修复它。更大的n 可能会再次发生同样的情况。

或者，将您的触发器替换为：

CREATE OR REPLACE FUNCTION delete_family()
  RETURNS TRIGGER AS
$func$
BEGIN
    DELETE FROM child  WHERE parent_id = OLD.parent_id;
    DELETE FROM parent WHERE parent_id = OLD.parent_id;  -- done after 1st call
    RETURN NULL;
END
$func$ LANGUAGE plpgsql;  -- don't quote the language name!

CREATE TRIGGER delete_family
AFTER DELETE ON child 
FOR EACH ROW EXECUTE PROCEDURE delete_family();

并将 FK 约束替换为 没有 ON DELETE CASCADE 的版本。代码示例：

• ALTER TABLE to add ON DELETE CASCADE statement

现在，对于DELETE 全家人，你不能像以前那样删除父级（现在被 FK 禁止）。取而代之的是 DELETE 任何孩子。

也应该更快。