Django 应该自己实现 DB on_delete 规则吗？

Question

我有一个 Django 1.3 应用程序，我使用 South 0.7.3 进行数据库迁移。我遇到一个问题，当删除父实体时， on_delete=models.SET_NULL 规则似乎没有触发，从而导致底层数据库（Postgres 8.4）违反约束。

实体定义的相关部分是：

class AccessPeriod:
    ....

class Payment:
    period = models.ForeignKey( 
        AccessPeriod, related_name = "payments", db_index = True,
        null = True, on_delete = models.SET_NULL )

经过一番挖掘，我发现 South 实际上并没有将 ON DELETE 子句插入到它为迁移生成的 SQL 中，因此数据库肯定不会这样做破坏关系本身的无效：

http://south.aeracode.org/ticket/763

然后我读了 Django文档用于on_delete 规则，其中规定（我的重点）：

当一个ForeignKey引用的对象被删除时，Django通过 默认模拟 SQL 约束 ON DELETE CASCADE 的行为 并且还删除包含ForeignKey 的对象。这种行为 可以通过指定 on_delete 参数来覆盖。

“模拟”部分向我建议，Django 尝试自行实现 on_delete 行为，并且不依赖底层数据库自动执行此行为作为事务的一部分，从而使 South bug 变得无关紧要。

我在 Django 源代码中浏览了 db/models/deletion.py 并基于 SET() / SET_NULL() 的实现和 collect() 看起来 Django 应该自己执行此操作，但是，如果我尝试从 Django 管理中删除 AccessPeriod，我会在 Payments 表上遇到约束违规，因为该 ID 仍然存在现在已删除的参考文献，即Django 似乎没有在调用 accessPeriod.delete() 的过程中对 Payment.period 关系调用 SET_NULL() 。

我在这里做错了什么，或者误解了 Django 应该做什么？只是试图避免自己手动破解数据库来插入 ON DELETE 规则，这感觉非常脆弱和可怕。

Answer 1

在我的具体情况下，我将此错误追溯到 models.py 代码中的 ModelAdmin 内联声明，导致我的模型类无法正确实例化，而破坏的 on_delete 行为是其最明显的副作用。来自我的提交消息：

修复了 Django 中级联删除未正确完成的问题
数据库。

事实证明，不要在 models.py 的全局范围内声明 ModelAdmins 非常重要，否则所有关系
在所有模型之前计算不同模型之间的关系
加载，其中很多都被遗漏了。确实没那么强调
有关此内容，请参阅 Django 文档。

因此，在我原来的（损坏的）代码中，我会在每个模型之后立即声明 ModelAdmin，a la：

class AccessPeriod( models.Model ):
    ....

class AccessPeriodAdmin( models.ModelAdmin ):
    ....

# This causes the metaclass setup for AccessPeriod to happen right now,
# and since related models for AccessPeriod are not all declared yet,
# relationship handling behaviour becomes broken for AccessPeriod
admin.site.register( AccessPeriod, AccessPeriodAdmin )

class Payment( models.Model ):
    ....

class PaymentAdmin( models.ModelAdmin ):
    ....

# Same effect on the Payment model here    
admin.site.register( Payment, PaymentAdmin )

解决方案是将所有 ModelAdmin 声明从 myapp/models.py 移出并移入myapp/admin.py 以便每个类的所有元类设置在所有模型声明都已处理后发生，然后所有关系再次开始正常运行。