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。

下表显示了主要的区别:

+--------------------------------------------------------------------+
| Purpose                  | null=True        | blank = True         |
|--------------------------|------------------|----------------------|
| Field can be empty in DB | Do this          | Unaffected           |
|--------------------------|------------------|----------------------|
| ModelForm(required field)| Unaffected       | field not required   |
|--------------------------|------------------|----------------------|
| Form Validation          | Unaffected       | field not required   |
|--------------------------|------------------|----------------------|
| on_delete=SET_NULL       | Need this        | Unaffected           |
+--------------------------------------------------------------------+

你可能有你的答案，但直到今天，很难判断是否把null=True或空白=True或两者都放在一个字段。我个人认为为开发者提供这么多选择是非常无用和令人困惑的。让它按自己的意愿处理空值或空格。

下面是来自Two Scoops of Django的表格:

简单来说就是答案:-

通过null = True，我们告诉数据库模型的这个字段可以为null，通过blank = True，我们告诉Django模型的这个字段可以为null

根据文档，null真正与数据库相关。如果null=true, DB将null输入存储为null。否则，空字符串将被存储为空字符串。 然而，如果blank=true, form将验证它为ok，否则该字段将被form视为“必需”。

默认为false。

当你说null=False时，这意味着数据必须传递到数据库保存。当你说空白=False时，这意味着数据必须从前端输入，反之亦然