有哪些选项可以覆盖 Django 的级联删除行为？

Question

Django 模型通常可以相当充分地处理 ON DELETE CASCADE 行为（以一种适用于本身不支持它的数据库的方式）。

但是，我正在努力寻找在不合适的情况下覆盖此行为的最佳方法。 ，例如在以下场景中：

• ON DELETE RESTRICT（即阻止删除具有子记录的对象）

• ON DELETE SET NULL（即不删除子记录，但将其父键设置为 NULL，而不是破坏关系）

• 删除记录时更新其他相关数据（例如删除上传的图像文件）

以下是我所知道的实现这些目标的潜在方法：

• 重写模型的delete()方法。虽然这种方法有效，但当通过QuerySet删除记录时，它就会被回避。此外，每个模型的 delete() 都必须被重写，以确保 Django 的代码永远不会被调用，并且 super() 不能被调用，因为它可能使用 QuerySet 删除子对象。

• 使用信号。这似乎很理想，因为在直接删除模型或通过查询集删除时会调用它们。但是，无法阻止子对象被删除，因此无法实现 ON CASCADE RESTRICT 或 SET NULL。

• 使用正确处理此问题的数据库引擎（在这种情况下 Django 会做什么？）

• 等待 Django 支持它（并忍受错误直到那时...）

似乎第一个选项是唯一可行的，但它很丑陋，抛出宝贝和洗澡水一起出去，并且在添加新模型/关系时存在丢失某些东西的风险。

我错过了什么吗？有什么建议吗？

Answer 1

对于那些也遇到这个问题的人来说，请注意，Django 1.3 中现在有一个内置的解决方案。

请参阅文档 django 中的详细信息。 db.models.ForeignKey.on_delete 感谢 Fragments of Code 网站的编辑指出。

最简单的可能场景只需在模型 FK 字段定义中添加：

on_delete=models.SET_NULL

Answer 2

Django 仅模拟 CASCADE 行为。

根据 Django 用户组中的讨论，最多足够的解决方案是：

• 重复 ON DELETE SET NULL 场景 - 在 obj.delete() 之前手动执行 obj.rel_set.clear() （对于每个相关模型）。
• 要重复 ON DELETE RESTRICT 场景 - 在 obj.delete() 之前手动检查 obj.rel_set 是否为空。

Answer 3

好吧，以下是我已经确定的解决方案，尽管还远远不能令人满意。

我为所有模型添加了一个抽象基类：

class MyModel(models.Model):
    class Meta:
        abstract = True

    def pre_delete_handler(self):
        pass

信号处理程序捕获此模型子类的任何 pre_delete 事件：

def pre_delete_handler(sender, instance, **kwargs):
    if isinstance(instance, MyModel):
        instance.pre_delete_handler()
models.signals.pre_delete.connect(pre_delete_handler)

在我的每个模型中，我模拟任何“ON DELETE RESTRICT<如果存在子记录，则通过从 pre_delete_handler 方法抛出异常来建立关系。

class RelatedRecordsExist(Exception): pass

class SomeModel(MyModel):
    ...
    def pre_delete_handler(self):
        if children.count(): 
            raise RelatedRecordsExist("SomeModel has child records!")

这会在修改任何数据之前中止删除。

不幸的是，不可能更新 pre_delete 信号中的任何数据（例如模拟 ON DELETE SET NULL），因为在发送信号之前 Django 已经生成了要删除的对象列表。 Django 这样做是为了避免陷入循环引用并防止不必要地多次向对象发出信号。

确保可以执行删除现在是调用代码的责任。为了帮助实现这一点，每个模型都有一个 prepare_delete() 方法，负责通过 self.lated_set.clear() 将键设置为 NULL或类似：

class MyModel(models.Model):
    ...
    def prepare_delete(self):
        pass

为了避免在我的 views.py 和 models.py 中更改太多代码，delete() 方法被重写MyModel 调用 prepare_delete()：

class MyModel(models.Model):
    ...
    def delete(self):
        self.prepare_delete()
        super(MyModel, self).delete()

这意味着通过 obj.delete() 显式调用的任何删除都将按预期工作，但如果删除已从相关对象级联或通过 queryset.delete() 完成，并且调用代码未确保在必要时断开所有链接，则 pre_delete_handler 将抛出异常。

最后，我向模型添加了一个类似的 post_delete_handler 方法，该方法在 post_delete 信号上调用，并让模型清除任何其他数据（例如删除以下文件） ImageFields。）

class MyModel(models.Model):
     ...

    def post_delete_handler(self):
        pass

def post_delete_handler(sender, instance, **kwargs):
    if isinstance(instance, MyModel):
        instance.post_delete_handler()
models.signals.post_delete.connect(post_delete_handler)

我希望对某人有所帮助，并且代码可以重新线程化回更可用的东西，而不会遇到太多麻烦。

任何有关如何改进这一点的建议都非常受欢迎。