在 PostgreSQL 中,我有 2 个具有父/父关系的表。如果没有孩子的记录与之关联,我希望删除父亲记录(使用后触发器)
目前,我一直在做类似的事情
- 获取记录数(与当前孩子具有相同的父 id)
- 如果计数为 1,则删除当前子记录并删除它的父记录
- 如果计数大于 1,只需删除子记录(因为更多子记录取决于父记录)
我想知道我是否直接触发删除语句而不获取父记录的计数,例如
- 删除子记录
- 删除父记录(如果有依赖会抛出错误)
在这种情况下,如果任何孩子与父母相关联(通过外键),它将抛出错误并且不会被删除
第二种方法是否正确,要完成这项工作,是否在 PostgreSQL 中记录了此类错误(外键约束依赖项)
似乎您的意图是在删除最后一个孩子时删除父记录。
如果是这样,虽然您可以发出无条件
DELETE
删除父级并让与现有子级的外键关系阻止它,但这可能不是最佳策略。要使其完全工作,您必须在DELETE
与子事务不同的事务(或子事务)中执行父事务,否则当父事务失败并且事务中止DELETE
时,整个事务的工作将被撤消。DELETE
在完全独立的事务中执行此操作不是很安全,因为它会留下一个没有孩子的父母的窗口 - 如果您重复使用密钥,这是完全不可接受的。
删除子事务,然后使用
SAVEPOINT
and删除子事务中的父级ROLLBACK TO SAVEPOINT
是可以的,尽管很尴尬。但是,您需要考虑当两个并发事务删除同一父级的最后两个子级时会发生什么;你会得到一个孤儿父母记录,因为每个人都会看到另一个正在删除的“剩余”孩子。为防止发生这种情况,您需要SELECT ... FOR UPDATE
在删除孩子之前先告知父母。或者,因为您正在强制从父级中删除子级的事务连续发生,您可以将
SAVEPOINT
下面的所有内容替换为:另一种策略是使用
SERIALIZABLE
隔离事务来乐观地删除父级,而不是使用初始SELECT ... FOR UPDATE
. 如果其他人创建了一个新的孩子或做其他会冲突的事情,PostgreSQL 9.1 或更高版本中的可序列化隔离将中止其中一个冲突事务。您的应用程序必须准备好处理错误并重新运行中止的事务。