SQL Server需用AFTER触发器配合UPDATE()和UPDATE...FROM实现字段大写；PostgreSQL推荐BEFORE触发器直接修改NEW；MySQL可用生成列+唯一索引替代。
SQL Server 里用 AFTER INSERT, UPDATE 触发器转大写
直接改字段值不现实，SQL 标准里没有“列级大小写约束”，得靠触发器在写入时拦截并修正。SQL Server 支持 AFTER INSERT, UPDATE 触发器，适合做这类格式归一化。
关键点：必须用 UPDATE() 函数判断目标列是否被修改，避免无谓处理；更新操作要通过 UPDATE ... FROM inserted 方式，不能直接 SET @var = UPPER(@var) —— 那只改变量，不改表数据。
- 触发器里别用
SELECT * FROM inserted，显式列出字段，否则加列后容易出错 -
UPPER()对varchar安全，但对含中文、emoji 的utf8mb4字段（MySQL）或nvarchar（SQL Server）要确认排序规则是否支持，否则可能报错或静默失败 - 如果表有高并发写入，这个触发器会加锁，且无法并行执行，吞吐量明显下降
CREATE TRIGGER tr_uppercase_name
ON users
AFTER INSERT, UPDATE
AS
BEGIN
IF UPDATE(name)
UPDATE u
SET name = UPPER(i.name)
FROM users u
INNER JOIN inserted i ON u.id = i.id
WHERE u.name != UPPER(i.name);
END;PostgreSQL 中用 BEFORE INSERT OR UPDATE 更高效
PostgreSQL 的 BEFORE 触发器可以直接修改 NEW 记录，不产生额外 UPDATE 语句，性能更好，也避免了自增 ID 冲突或外键延迟检查问题。
但要注意：NEW 是行级副本，改它只影响本次插入/更新，不影响其他行；而 SQL Server 的 AFTER 触发器必须自己查表再 UPDATE，逻辑更重。
- 函数体必须用
RETURN NEW，漏掉这句会导致整行被丢弃（INSERT 失败，UPDATE 变成 NULL） - 不要在触发器里调用耗时函数（比如远程 HTTP 请求），PG 会阻塞整个事务
- 如果字段是
TEXT类型，UPPER()没问题；但如果是BYTEA或 JSONB，UPPER()会报错
CREATE OR REPLACE FUNCTION uppercase_name() RETURNS TRIGGER AS $$ BEGIN NEW.name := UPPER(NEW.name); RETURN NEW; END; $$ LANGUAGE plpgsql;
CREATE TRIGGER tr_uppercase_name BEFORE INSERT OR UPDATE OF name ON users FOR EACH ROW EXECUTE FUNCTION uppercase_name();
MySQL 8.0+ 的生成列 + 唯一索引替代方案
触发器不是唯一解法。MySQL 8.0 起支持函数生成列，配合唯一索引，能间接实现“强制大写”效果：允许插入任意大小写，但通过索引保证逻辑唯一性，业务层再统一读取大写值。
优势是零触发器开销，缺点是不能阻止重复小写值插入（除非加 CHECK 约束），且生成列不可写，不适合需要原样保留输入的场景。
- 生成列必须是
STORED才能建索引，VIRTUAL不行 -
UPPER(name)在 utf8mb4_unicode_ci 排序下正常，但若用utf8mb4_bin，需确认 collation 是否影响比较逻辑 - 如果已有大量数据，加生成列会锁表，线上慎用
ALTER TABLE users ADD COLUMN name_upper VARCHAR(255) STORED AS (UPPER(name)) NOT NULL,
ADD UNIQUE INDEX idx_name_upper (name_upper);
触发器里忽略空值和 NULL 的常见坑
几乎所有实际业务字段都允许 NULL，但 UPPER(NULL) 还是 NULL，不会报错 —— 表面看没问题，可一旦后续加了 NOT NULL 约束或应用层校验，就暴露逻辑断层。
更隐蔽的是空字符串：UPPER('') 还是 ''，但有些系统把空串当无效值处理，该清理却没清理。
- 建议统一用
NULLIF(TRIM(col), '')先清洗，再UPPER()，避免空格混入大写结果 - MySQL 的
UPPER()对某些 locale（如土耳其语）行为异常，生产环境务必用C或en_US.utf8collation 测试 - 触发器不会自动处理批量导入（如
LOAD DATA INFILE或mysqlimport），这些路径绕过触发器，得单独加固
实际用触发器做格式统一，最麻烦的不是写法，而是它藏在数据库深处，开发和 DBA 都容易忘记它的存在——某天加了个新字段忘了配触发器，或者迁移表结构时漏掉触发器定义，问题往往在线上跑了一周才暴露。
