Django 中 null 和 blank 的区别

null

如果为真 null=true ，Django 将在数据库中将空值存储为 NULL。
避免 null 在基于字符串的字段上使用，例如 CharField 和 TextField。如果基于字符串的字段具有 null=True，则意味着它有两个可能的“无数据”值：NULL和空字符串。在大多数情况下，“无数据”有两个可能的值是多余的；Django 约定是使用空字符串，而不是 NULL. 一个例外是当 CharField 同时具有 unique=True 和 blank=True设置时。在这种情况下，null=True 需要在保存具有空白值的多个对象时避免违反唯一约束。

对于基于字符串和非基于字符串的字段，您还需要设置 blank=True 是否希望在表单中允许空值，因为该 null 参数仅影响数据库存储（请参阅下方 ↓ blank）。

blank

如果为 True blank=true，则允许字段为空。默认值为 False。
请注意，这与 null 不同。Null 完全与数据库相关，而 blank 与验证相关。如果字段具有 blank = True，则表单验证将允许输入空值。如果字段具有 blank = False，则需要该字段。

choices

上述分组类型中有两个可选类型，使用 choise 可以这样做：
每个元组中的第一个元素是要在模型上设置的实际值，第二个元素是人类可读的名称。例如：

GROUP_TYPE = [
    ('source', '根据IP地址分组'),
    ('business', '根据业务拓扑分组'),
]

通常，最好在模型类中定义选择，并为每个值定义一个适当命名的常量：

SOURCE = "source"
BUSINESS = "business"
GROUP_TYPE = [
    (SOURCE, '根据IP地址分组'),
    (BUSINESS, '根据业务拓扑分组'),
]

group_type = models.CharField(
        max_length=20,
        choices=GROUP_TYPE,
        default=SOURCE,
)

注意： django 3.0 以后提供了枚举类型，避免在 model 中定义太多没有意义的常量占用命名空间。
这留下了一堆仅与它们在类或模块中的位置相关的常量。这有点违背The Zen of Python 的最终法令：

命名空间是一个很棒的主意——让我们做更多的事情吧！

使用枚举类型：

from django.db import models


choise.py:
class SOURCE:
    class GROUP_TYPE(models.TextChoices):
        source = 'source', '根据IP地址分组'
        business= 'business', '根据业务拓扑分组'


models.py
from * import choices
GROUP_TYPE = choise.SOURCE.GROUP_TYPE
group_type = models.CharField(
        max_length=20,
        choices=GROUP_TYPE.choices,
        default=GROUP_TYPE.SOURCE,
)

此外还提供了 int 类型的 choices:

class User:
    class GENDER(models.IntegerChoices):
        unknown = 0, '未知'
        male = 1, '男'
        female = 2, '女'

参考文献

django 官网：https://docs.djangoproject.com/en/dev/ref/models/fields/#null