convert函数日期格式化需指定style值，不支持自定义字符串；常用style：101（mm/dd/yyyy）、120（yyyy-mm-dd hh:mi:ss）、126（iso 8601）、103（dd/mm/yyyy）；120/126不受language影响，推荐用于跨系统兼容。
CONVERT 函数的日期格式化语法和常见 style 值
CONVERT 在 SQL Server 中用于类型转换，日期格式化依赖第二个参数（日期值）和第三个 style 整数。它不接受自定义格式字符串（如 'yyyy-MM-dd'），只能从内置 style 表中选——这是最容易混淆的点。
常用 style 值示例：
-
101→'MM/dd/yyyy'（美国格式） -
120→'yyyy-MM-dd HH:mi:ss'（ODBC 规范，无毫秒，推荐用于跨系统兼容） -
126→'yyyy-MM-ddTHH:mi:ss.mmm'（ISO 8601，带T分隔符，支持时区扩展） -
103→'dd/MM/yyyy'（英国/欧洲习惯）
注意：style 值对 CONVERT 是必需的；省略会报错 Msg 292, Level 16，且不同 SQL Server 版本对 style 的支持基本一致，但 127 及以上涉及时区需 SQL Server 2008+。
CONVERT 与 CAST/FORMAT 的关键区别
很多人想用 CONVERT 实现 '2024-05-20 14:30' 这种截断秒的格式，但 CONVERT 没有直接方式——120 带秒，102 不带时间。这时容易误用 CAST 或硬拼字符串，反而出错。
可行路径：
- 用
CONVERT(varchar, GETDATE(), 120)得到完整时间，再用LEFT(..., 16)截取（简单但非语义化） - SQL Server 2012+ 推荐改用
FORMAT(GETDATE(), 'yyyy-MM-dd HH:mm')（更直观，但性能差、不走索引） - 严格避免
CONVERT(varchar, GETDATE(), 101) + ' ' + CONVERT(varchar, GETDATE(), 108)：两次函数调用 + 字符串拼接，可读性差且可能因语言设置导致108返回 12 小时制
语言环境（SET LANGUAGE）对 CONVERT 输出的影响
CONVERT 的部分 style 值（如 0、9、100、109）会受当前会话 LANGUAGE 设置影响：月份名、AM/PM 标记、缩写等会变化。例如 SET LANGUAGE French 后，CONVERT(varchar, GETDATE(), 109) 中的 Jun 变成 juin。
生产环境务必注意：
- 避免在存储过程中依赖默认语言，显式用
SET LANGUAGE us_english或选用不受语言影响的style（如120、126） -
120和126输出始终是英文数字和固定分隔符，适合 API 或日志输出 - 查询中临时改语言会影响后续语句，建议只在必要时用，并配对恢复
CONVERT 日期格式化的实际使用陷阱
最常踩的坑不是不会写，而是没意识到隐式行为带来的副作用：
- 把
CONVERT(varchar, OrderDate, 103)用在WHERE子句里比较日期？这会导致全表扫描——因为字段被转成字符串后无法使用OrderDate列上的索引 - 用
CONVERT(char(10), GETDATE(), 120)截断时间部分？char(10)会补空格，比varchar(10)多出不可见字符，JOIN 或去重时可能意外失败 - 在视图或计算列中用
CONVERT格式化日期？该列自动变为varchar类型，下游应用若期望仍是datetime，解析会出错
真正需要“显示格式”的地方，应该交给应用层或报表工具处理；数据库层保留原始 datetime 类型，只在必要导出场景用 CONVERT 临时转换。
