触发器函数必须用EXECUTE动态创建表和插入，因表名是变量且编译时表不存在；需用BEFORE INSERT触发器、RETURN NULL阻止原表写入，并校验分区字段NOT NULL以避免静默错误。
触发器函数里必须用 EXECUTE 动态创建表和插入
PostgreSQL 的触发器函数不能直接写 CREATE TABLE 或 INSERT INTO table_2024_05 这种静态语句——表名是变量，必须拼接后用 EXECUTE 执行。否则会报错 relation "table_2024_05" does not exist，因为编译时表还不存在。
常见错误是试图用 IF NOT EXISTS 静态建表，但 PostgreSQL 14 之前不支持在普通 SQL 块中用 IF NOT EXISTS 建表（CREATE TABLE IF NOT EXISTS 是语句级的，但触发器里得靠 EXECUTE 调用）。
实操建议：
- 触发器函数用
plpgsql语言，声明为RETURNS TRIGGER - 用
TO_CHAR(NEW.created_at, 'YYYY_MM')提取月份标识（假设时间字段叫created_at） - 拼接表名：例如
'log_' || TO_CHAR(NEW.created_at, 'YYYY_MM') - 先
EXECUTE 'CREATE TABLE IF NOT EXISTS ...'建分区表（带主键、索引、继承关系） - 再
EXECUTE 'INSERT INTO ... VALUES ($1.*)' USING NEW，注意用USING传参防 SQL 注入
INSTEAD OF 触发器不适用，必须用 BEFORE INSERT
有人想用视图 + INSTEAD OF 触发器来路由插入，但这条路走不通：PostgreSQL 不允许在视图上对未定义列做 INSERT 路由，且无法在触发器里动态决定目标表并返回“已处理”，容易导致重复插入或静默失败。
正确做法是直接在原表（比如 log）上建 BEFORE INSERT 触发器，函数里拦截插入、建表、转插，最后 RETURN NULL 阻止原表插入（否则数据会进原表+分区表各一份）。
关键点：
- 触发器类型必须是
BEFORE INSERT ON log，不是AFTER（那时原表已写入） - 函数末尾必须
RETURN NULL，否则默认RETURN NEW会让数据继续落进原表 - 原表应设为
UNLOGGED或留空（仅作路由入口），避免膨胀
分区键必须是 NOT NULL，且触发器要校验时间字段有效性
如果 created_at 允许为 NULL，触发器里 TO_CHAR(NULL, 'YYYY_MM') 返回 NULL，拼出的表名变成 log_NULL，后续所有操作都错乱。更糟的是，这类错误不会报异常，而是静默建错表、插错地方。
所以实际部署前必须：
- 确保分区字段（如
created_at）定义为NOT NULL - 触发器函数开头加判断：
IF NEW.created_at IS NULL THEN RAISE EXCEPTION 'created_at cannot be NULL'; END IF; - 若业务允许缺省时间，应提前在应用层或默认值里填
NOW()，不要依赖触发器补 - 考虑时区：用
NEW.created_at AT TIME ZONE 'Asia/Shanghai'统一转换后再取月份，避免跨日问题
性能瓶颈在 DDL 频率，不是插入本身
单次插入触发建表只发生一次（首次当月数据），看似无压力。但高并发下多个事务几乎同时插入 2024-06 的第一条记录，会争抢 CREATE TABLE 锁，可能卡住或报 duplicate table 错误（即使加了 IF NOT EXISTS，竞争窗口仍存在）。
缓解方法有限但有效：
- 提前按月预建未来 3–6 个月的空表（用脚本或 cron），触发器只负责插入，不建表
- 把建表逻辑移到应用层：写入前查表是否存在，不存在则调用
CREATE TABLE（需应用有 DDL 权限） - 接受首次插入稍慢，加重试逻辑；或用
LOCK TABLE log IN SHARE UPDATE EXCLUSIVE MODE包裹建表段（慎用，影响并发）
真正难调试的永远是那个没加 NOT NULL 约束、又忘了校验 NULL 的字段——它不会立刻报错，而是在某个月份突然开始往 log_ 表里塞空字符串，直到你查不到数据才回头翻日志。
