简单地说，

Blank和null不同。

Null是纯粹与数据库相关的，而blank是与验证相关的(表单要求)。

如果null=True, Django将在数据库中存储空值为null。如果字段有blank=True，表单验证将允许输入空值。如果一个字段有blank=False，该字段将是必需的。

简单的null=True定义了数据库应该接受null值，另一方面，空白=True定义了表单验证该字段应该接受空白值或不接受空白值(如果空白=True，则接受该字段中没有值的表单，空白=False[默认值]，则表单验证将显示此字段是必需的错误。

null=与数据库相关的True/False

blank=与表单验证相关的真/假

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”和“blank”为“False”。

Null:与数据库相关。定义给定的数据库列是否接受空值。

Blank:这是验证相关的。它将在表单验证期间调用form.is_valid()时使用。

也就是说，有一个null=True和blank=False的字段是完全没问题的。意思是在数据库级别上，该字段可以为NULL，但在应用程序级别上，它是必需的字段。

现在，大多数开发人员都犯了错误:为基于字符串的字段(如CharField和TextField)定义null=True。避免这样做。否则，你最终会有两个可能的“无数据”值，即:None和一个空字符串。对于“无数据”有两个可能的值是多余的。Django的约定是使用空字符串，而不是NULL。

Null纯粹与数据库相关，而blank与验证相关。如果一个字段为blank=True, Django管理站点的验证将允许输入一个空值。如果一个字段有blank=False，该字段将是必需的

这里，是null=True和blank=True的主要区别:

null和blank的默认值都是False。这两个值都在字段级工作，即，我们是否想要保持字段为空或空白。

null=True将字段的值设置为null，即没有数据。它基本上是为数据库列的值。

date = models.DateTimeField(null=True)

blank=True确定表单中是否需要该字段。这包括管理表单和您自己的自定义表单。

title = models.CharField(blank=True) // title可以为空。 在数据库中(“”)将被存储。 null=True blank=True这意味着该字段在所有情况下都是可选的。

epic = models.ForeignKey(null=True, blank=True)
// The exception is CharFields() and TextFields(), which in Django are never saved as NULL. Blank values a