当我们在Django中添加模型字段时，我们通常这样写:
models.CharField(max_length=100, null=True, blank=True)
ForeignKey, DecimalField等也是如此。两者的基本区别是什么:
null = True只 空白= True只 null=True, blank=True
对于不同的(CharField, ForeignKey, ManyToManyField, DateTimeField)字段?使用选项1、2或3的优点/缺点是什么?
当前回答
如果设置null=True，它将允许将数据库列的值设置为null。如果你只设置blank=True, django会为这个列设置默认的新值为""。
有一点，null=True将是必要的，即使在CharField或TextField，这是当数据库有唯一的标志设置列。在这种情况下，你需要使用这个:
a_unique_string = models.CharField(blank=True, null=True, unique=True)
最好跳过null=True的非唯一CharField或TextField。否则，一些字段将被设置为NULL，而另一些字段将被设置为“”，并且您必须每次检查字段值是否为NULL。
其他回答
当你设置null=true时，如果字段没有填充，它将在你的数据库中设置为空。如果 你设置blank=true，它不会为该字段设置任何值。
null=True在数据库中的列上设置null(而不是NOT null)。Django字段类型(如DateTimeField或ForeignKey)的空白值将在DB中存储为NULL。
Blank确定表单中是否需要该字段。这包括管理表单和自定义表单。如果blank=True，则该字段将不是必需的，而如果为False，则该字段不能为空。
这两者的组合非常常见，因为通常情况下，如果您要允许表单中的字段为空，您还需要数据库允许该字段为NULL值。例外是CharFields和TextFields，它们在Django中永远不会被保存为NULL。空白值作为空字符串存储在DB中(")。
举几个例子:
models.DateTimeField(blank=True) # raises IntegrityError if blank
models.DateTimeField(null=True) # NULL allowed, but must be filled out in a form
显然，使用这两个选项在逻辑上没有意义(尽管如果您希望一个字段在表单中始终是必需的，则可能存在null=True, blank=False的用例，当通过shell之类的东西处理对象时是可选的)。
models.CharField(blank=True) # No problem, blank is stored as ''
models.CharField(null=True) # NULL allowed, but will never be set as NULL
CHAR和TEXT类型永远不会被Django保存为NULL，所以NULL =True是不必要的。但是，您可以手动将其中一个字段设置为None以强制将其设置为NULL。如果你有一个场景，在那里可能是必要的，你仍然应该包括null=True。
你可能有你的答案，但直到今天，很难判断是否把null=True或空白=True或两者都放在一个字段。我个人认为为开发者提供这么多选择是非常无用和令人困惑的。让它按自己的意愿处理空值或空格。
下面是来自Two Scoops of Django的表格:
简单的null=True定义了数据库应该接受null值，另一方面，空白=True定义了表单验证该字段应该接受空白值或不接受空白值(如果空白=True，则接受该字段中没有值的表单，空白=False[默认值]，则表单验证将显示此字段是必需的错误。
null=与数据库相关的True/False
blank=与表单验证相关的真/假
Null纯粹与数据库相关，而blank与验证相关。如果一个字段为blank=True, Django管理站点的验证将允许输入一个空值。如果一个字段有blank=False，该字段将是必需的
