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
|