Updates to question based on answer feedback:

Question

鉴于Django模式:


class ContainerOwner(models.Model):
  id = models.IntegerField()

class Container(models.Model):
  owner = models.ForeignKey(ContainerOwner)

如果您在“集装箱拥有者”的物体上打上了.子,就会把该集装箱拥有者拥有的所有“集装箱”。

但是,我发现,在我的实际生活中,“暴动”项目有时会消失。似乎偶然发生,而且该系统数量庞大。因此,在“拥有者”被删除之后,你最后拿到“拥有者”没有有效“拥有者”的“拥有者”物体(这是不可能的,集装箱总是拥有集装箱)。

是否有任何人曾看到过这种失败,并能够解释它是如何发生的? 在通过申请或非银服务器删除校车的过程中,这套车能否删除一半。

www.un.org/Depts/DGACM/index_spanish.htm

Updates to question based on answer feedback:

(1) 我们使用我的仪同我的SQL

2) 我们正在使用一个解说,删除一个“拥有者”物体的质子。

3) MySQL支持

4) 我们采取非常共同的行动,将“拥有者”物体的Django查询组全部删除,其所有“拥有者”物体也应删除。每天发生数十次,我们只是不知有这些孤儿的“集装箱”物体造成申请错误。在删除的人口中,有很小一部分是失败的,因为删除的0.01%导致一些孤儿。

Answer 1

确实不可能回答你的实际问题,而不知道你的申请详情如下:

Do you have any custom logic in ContainerOwner.delete() or Container.delete()?
Are you using queryset s delete anywhere, on ContainerOwner?
What database are you using??
The general usage pattern in creating/updating/deleting ContainerOwner/Container objects

但最重要的是:

。

这首先不能在<>数据库上实现,除非你没有外国的关键限制,或你正在使用不支持科索沃制约因素的银(如MySQL + MYISAM)。如果是前者,你首先应确定这一点。如果是后者,则考虑转换,这取决于这实际上对你们来说是多么重要。

Answer 2

如果其他人在此期间增加了一个集装箱,该集装箱拥有同样的集装箱,而且你不在交易范围之内,则不会删除。在这种情形下,你应当取得正直。

Also, if you have any code that is outside of django, and there are other, conflicting database constraints, then these will prevent cascading deletion.

检查你的数据库记录,并了解删除的原因。

Updates to question based on answer feedback:

友情链接