MySQL 5.6+ 中可用 DEFAULT CURRENT_TIMESTAMP 实现自动填充，但 TIMESTAMP 仅首字段默认支持该值，后续需显式声明 DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP；DATETIME 则无此限制，推荐优先使用以避免时区与2038年限制问题。
MySQL 中用 DEFAULT CURRENT_TIMESTAMP 实现自动填充
MySQL 5.6+ 支持在 CREATE TABLE 时为 DATETIME 或 TIMESTAMP 字段设置默认值为当前时间。但要注意：只有第一个 TIMESTAMP 字段能用 CURRENT_TIMESTAMP 作默认值，后续字段需显式声明 DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP（MySQL 5.6.5+）。
常见错误是给多个 TIMESTAMP 字段都写 DEFAULT CURRENT_TIMESTAMP，结果报错 Invalid default value for 'xxx'。
-
created_at建议定义为TIMESTAMP DEFAULT CURRENT_TIMESTAMP -
updated_at必须定义为TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP - 如果用
DATETIME类型（MySQL 5.6.5+），同样支持DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，且无“仅限第一个”的限制 - 插入时不显式指定这两个字段，MySQL 自动填入时间；更新时若未修改该字段，
updated_at仍会自动更新
PostgreSQL 中用 NOW() 或 statement_timestamp() 设置默认值
PostgreSQL 没有内置的“自动更新”机制，必须靠 DEFAULT + 触发器（或 GENERATED 表达式，v12+）配合实现双时间戳。最稳妥的方式是：建表时设 created_at 默认为 NOW()，再加一个触发器更新 updated_at。
容易踩的坑是误用 CLOCK_TIMESTAMP() —— 它在事务内也会变化，而 NOW() 和 statement_timestamp() 在单条语句内是稳定的，推荐用后者。
created_at TIMESTAMP WITH TIME ZONE DEFAULT statement_timestamp()updated_at TIMESTAMP WITH TIME ZONE DEFAULT statement_timestamp()- 必须额外创建触发器函数和
BEFORE UPDATE触发器，否则updated_at不会自动更新 - 触发器里要检查是否真有字段被修改（比如用
OLD.* IS DISTINCT FROM NEW.*），避免无意义更新
SQLite 中只能靠触发器模拟自动时间戳
SQLite 没有 CURRENT_TIMESTAMP 默认值的自动更新能力，DEFAULT CURRENT_TIMESTAMP 只在 INSERT 时生效，UPDATE 时不会变。想实现 updated_at 自动更新，必须手动写触发器。
注意 datetime('now') 返回的是本地时间字符串，不是类型安全的 TEXT，但 SQLite 是动态类型，实际使用中基本没问题；若需 UTC，得用 datetime('now', 'utc')。
created_at TEXT DEFAULT (datetime('now'))updated_at TEXT DEFAULT (datetime('now'))- 必须配一个
CREATE TRIGGER ... BEFORE UPDATE ON table_name，在触发器里执行NEW.updated_at = datetime('now') - SQLite 触发器不能省略
FOR EACH ROW，否则语法错误
ORM 层（如 Django、SQLAlchemy）通常绕过数据库原生机制
很多 ORM 会主动在 Python 层生成时间戳，而不是依赖数据库的 DEFAULT 或触发器。这看似方便，但会导致两个问题：一是绕过数据库约束（比如 NOT NULL 被 Python 层补上，掩盖了 schema 设计缺陷）；二是并发更新时可能因应用层延迟造成 updated_at 时间不准。
更可靠的做法是：数据库层保留 DEFAULT 和触发器，ORM 层只读不写这些字段（例如 Django 的 auto_now_add=True 和 auto_now=True 应禁用，改用 default=timezone.now 和信号/重写 save()）。
- Django 中若用
auto_now=True，字段会被强制设为只读，无法手动更新（比如后台批量修正数据时就卡住） - SQLAlchemy 建议用
default=func.now()和onupdate=func.now()，它会生成对应数据库的 DDL，但对 SQLite 仍需额外触发器 - 无论 ORM 多智能，只要没显式在 DDL 里定义
DEFAULT或触发器，就别指望数据库自己干活
实际部署时，光看 ORM 文档不够，得查它最终生成的建表语句——created_at 和 updated_at 是否真进了数据库 schema，还是只活在 Python 对象里。
