在Django中，null=True和blank=True有什么区别?

当我们在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(而不是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。

2011-12-22 20:35:26

其他回答

null=True在数据库中的列上设置null(而不是NOT null)。Django字段类型(如DateTimeField或ForeignKey)的空白值将在DB中存储为NULL。

Blank确定表单中是否需要该字段。这包括管理表单和自定义表单。如果blank=True，则该字段将不是必需的，而如果为False，则该字段不能为空。

举几个例子:

models.DateTimeField(blank=True) # raises IntegrityError if blank

models.DateTimeField(null=True) # NULL allowed, but must be filled out in a form

models.CharField(blank=True) # No problem, blank is stored as ''

models.CharField(null=True) # NULL allowed, but will never be set as NULL

2011-12-22 20:35:26

这就是ORM在Django 1.8中映射空白和空字段的方法

class Test(models.Model):
    charNull        = models.CharField(max_length=10, null=True)
    charBlank       = models.CharField(max_length=10, blank=True)
    charNullBlank   = models.CharField(max_length=10, null=True, blank=True)

    intNull         = models.IntegerField(null=True)
    intBlank        = models.IntegerField(blank=True)
    intNullBlank    = models.IntegerField(null=True, blank=True)

    dateNull        = models.DateTimeField(null=True)
    dateBlank       = models.DateTimeField(blank=True)
    dateNullBlank   = models.DateTimeField(null=True, blank=True)

为PostgreSQL 9.4创建的数据库字段是:

CREATE TABLE Test (
  id              serial                    NOT NULL,

  "charNull"      character varying(10),
  "charBlank"     character varying(10)     NOT NULL,
  "charNullBlank" character varying(10),

  "intNull"       integer,
  "intBlank"      integer                   NOT NULL,
  "intNullBlank"  integer,

  "dateNull"      timestamp with time zone,
  "dateBlank"     timestamp with time zone  NOT NULL,
  "dateNullBlank" timestamp with time zone,
  CONSTRAINT Test_pkey PRIMARY KEY (id)
)

为MySQL 5.6创建的数据库字段是:

CREATE TABLE Test (
     `id`            INT(11)     NOT  NULL    AUTO_INCREMENT,

     `charNull`      VARCHAR(10) NULL DEFAULT NULL,
     `charBlank`     VARCHAR(10) NOT  NULL,
     `charNullBlank` VARCHAR(10) NULL DEFAULT NULL,

     `intNull`       INT(11)     NULL DEFAULT NULL,
     `intBlank`      INT(11)     NOT  NULL,
     `intNullBlank`  INT(11)     NULL DEFAULT NULL,

     `dateNull`      DATETIME    NULL DEFAULT NULL,
     `dateBlank`     DATETIME    NOT  NULL,
     `dateNullBlank` DATETIME    NULL DEFAULT NULL
)

2014-02-16 14:00:00

默认值为“null”和“blank”为“False”。

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

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

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

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

2019-08-29 05:35:33

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

2022-07-08 07:45:14

当我们在Django管理中保存任何东西时，会发生两步验证，在Django级别和数据库级别。我们不能在数字字段中保存文本。

数据库的数据类型是NULL，什么都不是。当Django在数据库中创建列时，它指定它们不能为空。如果你试图保存NULL，你会得到数据库错误。

同样在Django- admin级别，默认情况下所有字段都是必须的，你不能保存空白字段，Django会给你一个错误。