最稳妥的大小写转换方式是使用BEFORE INSERT触发器，MySQL中直接SET NEW.col=UPPER(NEW.col)，PostgreSQL需用plpgsql函数返回NEW，SQLite则受限较多，应用层处理更可控。
MySQL 里用 BEFORE INSERT 触发器强制转大写
直接在数据库层做大小写转换，最稳妥的方式就是 before insert 触发器。它在数据真正写入前介入，修改 new 行的字段值，对应用透明，也避免 orm 层漏处理。
常见错误是把 UPPER() 写成 UCASE()（虽等价但可读性差），或忘了加 DELIMITER 导致语法报错 ERROR 1064。
- 触发器必须定义在目标表所在的数据库下，跨库需显式写
db_name.table_name - 只对
INSERT生效，UPDATE需单独建BEFORE UPDATE触发器 - 如果字段允许
NULL，UPPER(NULL)仍为NULL，无需额外判断 - 示例：
DELIMITER $$<br>CREATE TRIGGER uppercase_name<br> BEFORE INSERT ON users<br> FOR EACH ROW<br>BEGIN<br> SET NEW.name = UPPER(NEW.name);<br>END$$<br>DELIMITER ;
PostgreSQL 中用生成列 or 触发器？选哪个
PostgreSQL 12+ 支持 GENERATED ALWAYS AS (UPPER(name)) STORED，但这是只读列——你不能往它里面插值，也不能在 INSERT 时把它当普通字段用。真要“插入即转大写”，还是得靠触发器。
容易踩的坑是误用 RETURN NULL 或忘记 RETURN NEW，导致整行插入失败；另外，pg_trigger_depth() 没控制好可能引发递归。
- 函数体必须用
plpgsql，不能用SQL语言（不支持赋值） - 触发器函数返回
NEW才算修改生效，返回OLD或NULL会中断插入 - 若字段是
TEXT类型，UPPER()安全；但如果是BYTEA或含二进制内容，别乱套用 - 示例：
CREATE OR REPLACE FUNCTION uppercase_email()<br>RETURNS TRIGGER AS $$<br>BEGIN<br> NEW.email := UPPER(NEW.email);<br> RETURN NEW;<br>END;<br>$$ LANGUAGE plpgsql;<br><br>CREATE TRIGGER tr_uppercase_email<br> BEFORE INSERT ON accounts<br> FOR EACH ROW EXECUTE FUNCTION uppercase_email();
SQLite 不支持触发器改 NEW 字段？其实可以，但有前提
SQLite 的 BEFORE INSERT 触发器确实能改 NEW，但仅限于没有 PRIMARY KEY AUTOINCREMENT 的整数主键表，且必须用 INSERT INTO ... SELECT 形式间接生效——直接 SET NEW.col = ... 是语法错误。
更现实的做法是：用 INSERT ... SELECT UPPER(col) FROM ... 在应用层拼 SQL，或者干脆放弃 SQLite 层自动转换，交给上层逻辑处理。毕竟 SQLite 常用于嵌入场景，约束太重反而难维护。
- SQLite 触发器中不能用
NEW.col = UPPER(...)，会报no such column: NEW.col - 如果表有
INTEGER PRIMARY KEY，触发器里对NEW.rowid赋值会被忽略 - 想兼容所有版本？别依赖触发器，改用应用层统一调用
upper()函数更可控
字段设为大写后，索引和查询还能走吗
能，但得看你怎么建索引。如果只是字段存的是大写，而查询时还用小写条件（比如 WHERE name = 'alice'），那就没法命中索引——因为数据实际是 'ALICE'。
根本问题不在存储，而在查询一致性。别指望数据库自动帮你“忽略大小写匹配”，除非你明确建函数索引或用 COLLATE NOCASE。
- MySQL：建函数索引需 8.0+，如
CREATE INDEX idx_name_upper ON users (UPPER(name)) - PostgreSQL：用
CREATE INDEX idx_name_upper ON accounts (UPPER(email))即可 - SQLite：只支持简单列索引，函数索引不可用，必须用
COLLATE NOCASE建表时指定 - 最关键的提醒：应用里所有
WHERE、JOIN、ORDER BY都得跟存储格式对齐，否则等于白转
触发器看着省事，但一旦字段参与联合索引、全文检索或被下游 ETL 解析，大小写变形就可能变成隐性故障点。上线前务必用真实查询路径验证一遍。
