我很熟悉Django，但我最近注意到存在一个on_delete=models。级联选项与模型。我已经搜索了相同的文档，但我找不到更多的东西:
在Django 1.9中更改: On_delete现在可以用作第二个位置参数(以前它通常只作为关键字参数传递)。它将是Django 2.0中必须的参数。
用法示例如下:
from django.db import models
class Car(models.Model):
manufacturer = models.ForeignKey(
'Manufacturer',
on_delete=models.CASCADE,
)
# ...
class Manufacturer(models.Model):
# ...
pass
on_delete做什么?(我猜如果模型被删除了要做的动作。)
什么是模型。级联做什么?(文档中的提示)
还有什么其他的选择(如果我的猜测是正确的)?
这方面的文档放在哪里?
当前回答
假设您有两个模型，一个名为Person，另一个名为Companies。
根据定义，一个人可以创建多家公司。
考虑到一个公司可以有且只能有一个人，我们希望当一个人被删除时，与他相关的所有公司也都被删除。
我们首先创建一个Person模型，像这样
class Person(models.Model):
id = models.IntegerField(primary_key=True)
name = models.CharField(max_length=20)
def __str__(self):
return self.id+self.name
然后，Companies模型看起来像这样
class Companies(models.Model):
title = models.CharField(max_length=20)
description=models.CharField(max_length=10)
person= models.ForeignKey(Person,related_name='persons',on_delete=models.CASCADE)
注意on_delete=models的用法。模型公司中的CASCADE。也就是说，当拥有公司的人(类person的实例)被删除时，删除所有公司。
其他回答
重新定位你对“CASCADE”功能的思维模式，将FK添加到一个已经存在的CASCADE(即瀑布)中。这个瀑布的源是一个主键(PK)。删除向下流动。
因此，如果您将一个FK的on_delete定义为“CASCADE”，那么您将把这个FK的记录添加到一个源于PK的级联删除中。FK的记录可能参与这个级联，也可能不参与(“SET_NULL”)。事实上，具有FK的记录甚至可能阻止删除流!用“PROTECT”建造一座大坝。
简单地说，on_delete是一条指令，用于指定在删除外部对象时将对对象进行哪些修改:
CASCADE:当外部对象被删除时，将删除子对象
SET_NULL:将子对象外键设置为null
SET_DEFAULT:在创建模型时将子对象设置为给定的默认数据
RESTRICT:在某些条件下引发RestrictedError。
PROTECT:防止外部对象被删除，只要有子对象从它继承
额外的链接:
https://docs.djangoproject.com/en/4.0/ref/models/fields/#foreignkey
假设您有两个模型，一个名为Person，另一个名为Companies。
根据定义，一个人可以创建多家公司。
考虑到一个公司可以有且只能有一个人，我们希望当一个人被删除时，与他相关的所有公司也都被删除。
我们首先创建一个Person模型，像这样
class Person(models.Model):
id = models.IntegerField(primary_key=True)
name = models.CharField(max_length=20)
def __str__(self):
return self.id+self.name
然后，Companies模型看起来像这样
class Companies(models.Model):
title = models.CharField(max_length=20)
description=models.CharField(max_length=10)
person= models.ForeignKey(Person,related_name='persons',on_delete=models.CASCADE)
注意on_delete=models的用法。模型公司中的CASCADE。也就是说，当拥有公司的人(类person的实例)被删除时，删除所有公司。
CASCADE也会删除与之相连的对应字段。
如前所述，CASCADE将删除具有外键的记录，并引用已删除的另一个对象。例如，如果你有一个房地产网站，有一个引用城市的属性
class City(models.Model):
# define model fields for a city
class Property(models.Model):
city = models.ForeignKey(City, on_delete = models.CASCADE)
# define model fields for a property
现在当城市从数据库中删除时，所有相关的属性(例如。位于该城市的房地产)也将从数据库中删除
现在我还想提一下其他选项的优点，比如SET_NULL或SET_DEFAULT甚至DO_NOTHING。基本上，从管理的角度来看，您希望“删除”这些记录。但你不希望它们消失。原因有很多。有人可能不小心删除了它，或者是为了审计和监控。以及简单的报道。因此，这可能是一种将房产与城市“断开”的方法。同样，这取决于您的应用程序是如何编写的。
For example, some applications have a field "deleted" which is 0 or 1. And all their searches and list views etc, anything that can appear in reports or anywhere the user can access it from the front end, exclude anything that is deleted == 1. However, if you create a custom report or a custom query to pull down a list of records that were deleted and even more so to see when it was last modified (another field) and by whom (i.e. who deleted it and when)..that is very advantageous from the executive standpoint.
不要忘记，对于这些记录，您可以恢复意外删除，只需删除= 0即可。
我的观点是，如果有一个功能，它背后总是有一个原因。这并不总是一个好理由。但是有一个原因。而且通常都是很好的。
