指定None时Django模型未用默认值引发空值约束错误及解决咨询

核心原因 #

你遇到的问题本质是：Django模型字段的默认值仅在该字段完全未被赋值时才会生效。当你显式地将字段值设置为None时，ORM会把这个None当作你明确要存储的值，而不会自动替换成默认值——这就触发了数据库的非空约束报错，因为你的type字段没有设置null=True。

看你的代码逻辑：

account_data[key] = request.session['supply_address'].get(key)

当request.session['supply_address']中不存在type这个键时，get(key)会返回None，随后通过keys_to_attr把None赋值给了account.type，直接覆盖了字段定义的默认值Type.EITHER。

几种妥善的解决办法 #

1. 过滤掉None值，只保留有效赋值

在构建account_data的时候，跳过那些值为None的键，这样未被赋值的字段就会自动使用默认值：

account_data = {}
preferences = ['type', 'payment_method_preference', ...]
account_fields = preferences + other_fields

for key in account_fields:
    value = request.session['supply_address'].get(key)
    # 只添加非None的值到account_data
    if value is not None:
        account_data[key] = value

keys_to_attr(account_data, account)
# 后续保存逻辑...

这是最直接的方案，避免把无效的None传递给模型字段。

2. 显式为缺失的字段指定默认值

如果希望更精准控制，可以在获取值的时候直接指定默认值，比如针对type字段：

account_data['type'] = request.session['supply_address'].get('type', Type.EITHER)

或者写一个通用逻辑，自动读取模型字段的默认值来替换None：

from django.db.models.fields import NOT_PROVIDED

for key in account_fields:
    value = request.session['supply_address'].get(key)
    field = Account._meta.get_field(key)
    # 如果值是None，且字段有默认值，就用默认值
    if value is None and field.default is not NOT_PROVIDED:
        value = field.default
    account_data[key] = value

这种方式能适配所有有默认值的字段，扩展性更好。

3. 利用模型的clean方法做前置校验

在模型类中添加clean方法，在保存前自动修正None值：

class Account(models.Model):
    type = models.CharField(max_length=3, choices=Type.CHOICES, default=Type.EITHER)
    # 其他字段...

    def clean(self):
        super().clean()
        # 如果type为None，强制设置为默认值
        if self.type is None:
            self.type = Type.EITHER

注意：Django的save()方法默认不会自动调用full_clean()（clean是其中的一环），所以需要在保存前手动调用：

account.full_clean()
account.save()

这种方式更符合Django的模型验证规范，适合需要统一处理字段校验的场景。

总结 #

记住一个关键区别：未赋值的字段会用默认值，显式赋值None则会覆盖默认值。根据你的业务场景选择上面的任意一种方案，都能解决这个非空约束的问题。

内容的提问来源于stack exchange，提问作者Yunti