CAST是SQL标准函数，兼容性好；CONVERT是SQL Server特有函数，支持日期/字符格式化且语法为CONVERT(target_type, expr[, style])。
CAST 和 CONVERT 的核心区别在哪？
CAST 是 SQL 标准函数，跨数据库兼容性好；CONVERT 是 SQL Server 特有函数，支持格式化（比如日期转字符串时指定样式）。如果写的是可移植 SQL，优先用 CAST；如果只跑在 SQL Server 上且需要格式控制，CONVERT 更灵活。
两者语法结构不同：CAST(expr AS target_type) 简洁明确；CONVERT(target_type, expr[, style]) 多一个可选的 style 参数——这个参数只对 DATETIME、CHAR 类型转换生效，其他类型传了也忽略。
什么时候必须显式转换？
常见于混合类型运算或比较：比如把字符串字段 price_str 当数值参与求和，或把 varchar 存的日期和 DATETIME 字段做范围查询。不转换会触发隐式转换，可能失败（如 'abc' 转 INT 报错），也可能出错（如 '2023-01-01' 转成 DATETIME 时因区域设置不同解析失败）。
- 聚合计算前确保数值型字段是
INT/FLOAT，别依赖隐式转换 - JOIN 或 WHERE 中比较不同类型的列（如
user_id INTvslog_user_id VARCHAR）必须统一类型 - 插入数据到强类型字段（如
DECIMAL(10,2)）时，源值是字符串就得先CAST
容易踩的坑：NULL、精度丢失和日期格式
CAST(NULL AS INT) 返回 NULL，没问题；但 CAST('' AS INT) 或 CAST(' ' AS INT) 在 SQL Server 中直接报错 Conversion failed when converting the varchar value '' to data type int.，得先 NULLIF 过滤空串。
浮点转整数默认截断（不是四舍五入）：CAST(3.9 AS INT) 得 3；要四舍五入得先用 ROUND()。
日期字符串转换最危险：CONVERT(DATE, '01/02/2023') 在 US 设置下是 1 月 2 日，在 UK 下是 2 月 1 日。安全做法是用 ISO 格式：CAST('2023-02-01' AS DATE) 或带 style 的 CONVERT(DATE, '01/02/2023', 101)（101 = mm/dd/yyyy）。
性能影响小，但写法要克制
单次 CAST 或 CONVERT 开销几乎可忽略，但放在 WHERE 条件里对索引字段做转换（如 WHERE CAST(order_no AS INT) > 1000）会导致索引失效——优化器无法用索引快速定位，变成全表扫描。
更合理的做法是：提前清洗数据，让存储类型匹配使用场景；或者把转换移到等号右边：WHERE order_no > '1000'（前提是 order_no 是字符串且能按字典序比较）。
真正难处理的是嵌套转换和多层条件里的类型混用，这时候别硬套 CAST，先查执行计划看是否走索引，再决定要不要建计算列或改表结构。
