upper函数用于将字符串转为大写，支持varchar/text等字符串类型，对null返回null，不修改原数据；适用于格式化输出、模糊匹配和报表导出，但where中直接对字段使用会导致索引失效。
UPPER函数的基本用法和适用场景
SQL中把字段值转为大写，直接用 UPPER() 函数就行，它对字符串类型字段（VARCHAR、TEXT、CHAR）有效，对数字或NULL会原样返回或转为空字符串（具体行为取决于数据库引擎）。
常见使用场景包括：统一用户名/邮箱显示格式、模糊匹配前标准化大小写、导出报表时规范文本字段。
-
UPPER()是标准SQL函数，在 MySQL、PostgreSQL、SQL Server、Oracle、SQLite 中都支持，行为基本一致 - 输入为
NULL时，结果仍是NULL，不会报错 - 如果字段是数字类型（如
INT），多数数据库会隐式转成字符串再处理；但显式用CAST(col AS TEXT)更稳妥
实际查询中怎么写才不出错
别直接在 WHERE 或 JOIN 条件里裸用 UPPER() 做匹配——这会导致索引失效，尤其在大表上性能骤降。
正确做法是：对查询条件值用 UPPER()，而不是对字段本身。例如：
SELECT * FROM users WHERE UPPER(username) = 'ADMIN'; ← 不推荐（字段函数化，难走索引）
SELECT * FROM users WHERE username = UPPER('admin'); ← 推荐（常量函数化，可命中索引）
- 若必须对字段做大小写不敏感匹配，且字段无索引或数据量小，
UPPER(username) = UPPER('admin')可用，但要心里有数 - PostgreSQL 支持
ILIKE，MySQL 8.0+ 支持带_ci排序规则的列，比反复调用UPPER()更高效 - 注意中文、数字、符号不受影响，
UPPER('Hello 世界123!')→'HELLO 世界123!'
和其他大小写函数容易混淆的点
UPPER() 只负责转大写，别指望它清理空格或去重。它和 LOWER()、INITCAP()（PostgreSQL）、UCASE()（MySQL 别名）不是一回事。
-
UCASE()在 MySQL 中等价于UPPER()，但非标准SQL，跨库迁移时建议统一用UPPER() - PostgreSQL 有
INITCAP()实现首字母大写，但 SQLite 和 MySQL 没这个函数，得自己拼接 -
UPPER()不改变原始数据，只是查询时临时转换；想永久更新，得配UPDATE ... SET col = UPPER(col)
真实报错时最常漏掉的细节
遇到 FUNCTION UPPER does not exist 或类似错误，大概率不是函数不存在，而是语法或上下文问题。
- 检查是否在不支持函数的位置用了它，比如 MySQL 的
GROUP BY子句早期版本不允许多层函数嵌套（5.7+ 已改善） - 确认字段类型：某些数据库对
TEXT字段调用UPPER()会警告长度截断（如旧版 SQL Server 对TEXT类型限制） - 嵌套使用时括号要配对：
UPPER(TRIM(name))没问题，但UPPER(TRIM(name)少个右括号就会报语法错 - 区分大小写的数据库（如部分Linux下MySQL配置）可能让函数名写成
upper()也能运行，但标准写法一律用大写UPPER()避免歧义
大小写转换看着简单，真正卡住人的往往是索引策略和跨库兼容性，而不是函数本身会不会用。
