generatedfield 在 django 5.0 中需显式设 db_persist=true 才写入数据库并生成 stored 列，否则仅临时计算；sqlite 不支持，postgresql/mysql 8.0+ 支持完整功能，但表达式须确定性且类型匹配，迁移后不可直接修改，admin 默认不显示。
GeneratedField 在 Django 5.0 中能真正把计算逻辑下推到数据库层，但必须显式设置 db_persist=True，否则字段仅在查询时临时计算、不存入表结构——这是绝大多数人第一次用就踩的坑。
GeneratedField 必须设 db_persist=True 才写入数据库
不加这个参数，GeneratedField 行为等同于 ExpressionWrapper 或 annotate()：只在 SELECT 时动态计算，不会出现在表定义里，也无法被索引、过滤或外键引用。
-
db_persist=False（默认）→ 字段不生成数据库列，迁移文件里完全不出现，makemigrations也无反应 -
db_persist=True→ Django 生成ADD COLUMN ... STORED（MySQL/PostgreSQL）或等效语法，值由数据库实时维护 - SQLite 不支持生成列，启用
db_persist=True会直接报错NotSupportedError
不同数据库对 GeneratedField 的兼容性差异
PostgreSQL 和 MySQL 8.0+ 支持完整功能；MariaDB 需 10.2+ 且表达式需为 STORED 类型；Oracle 支持但语法映射由 Django 内部处理；SQLite 完全不支持。
- PostgreSQL：生成
GENERATED ALWAYS AS (...) STORED列，支持索引和WHERE过滤 - MySQL：要求字段类型与表达式结果严格匹配，比如
F("price") * (1 + F("tax_rate"))若返回float，但字段声明为DecimalField，会迁移失败 - 检查方式：运行
python manage.py sqlmigrate your_app 0001，确认输出含ADD COLUMN而非空操作
表达式里慎用非确定性函数
F 对象和数据库函数（如 Concat、Coalesce）安全，但 Now()、Random()、CurrentDate() 等会导致迁移失败或行为不可控。
- PostgreSQL 允许
GENERATED ALWAYS AS (now()) STORED，但 Django 当前版本（5.0.0–5.0.7）会拒绝含Now()的表达式，抛出ValueError: GeneratedField expression must be deterministic - 想实现“创建时间自动拼接”，应改用
default+ 模型save()钩子，而非GeneratedField - 字符串拼接推荐用
Concat("first_name", models.Value(" "), "last_name")，避免 Python 层__str__或@property带来的 N+1 查询
迁移后字段不可直接修改，需走数据库级变更
GeneratedField 一旦随迁移写入数据库，就不能像普通字段那样通过改模型再跑 makemigrations 来调整表达式——Django 不识别这种变更，也不会生成 ALTER COLUMN。
- 要更新表达式，必须手动写
RunSQL迁移，例如 PostgreSQL 下执行ALTER TABLE product ALTER COLUMN total_price SET GENERATED ALWAYS AS (price * (1 + tax_rate * 0.01)) STORED - 删除该字段也不能只删模型代码，得配
RemoveField+ 手动RunSQL清理数据库列，否则下次迁移可能冲突 - 上线前务必在预发环境用真实数据量测试查询性能：
GeneratedField加索引后WHERE过滤可比应用层快 3–5 倍，但首次写入延迟略增
最易被忽略的一点：即使启用了 db_persist=True，Django Admin 默认仍不显示该字段，需手动加到 list_display 或 readonly_fields，否则你以为它没生效，其实是被隐藏了。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
