优先用cast：它是ansi标准、跨数据库兼容、语法直观；convert仅sql server特有，适用于需style参数的日期/数字格式化；规避隐式转换比选函数更重要。
SQL 中的 CAST 和 CONVERT 都用于数据类型转换，但它们在可读性、兼容性、功能扩展性上存在差异。优化类型转换不是单纯选一个函数，而是结合场景、目标数据库、性能影响和代码可维护性综合判断。
优先用 CAST：标准、简洁、跨平台
CAST 是 ANSI SQL 标准语法，几乎所有主流数据库（PostgreSQL、SQL Server、MySQL 8.0+、Oracle）都支持。它语法简单、语义明确，适合大多数基础转换场景。
- 写法统一：
CAST(column AS INT)比CONVERT(INT, column)更直观，类型在后，符合自然阅读顺序 - 避免隐式依赖：CONVERT 在 SQL Server 中支持样式参数（如日期格式），但该参数在其他数据库中不被识别，容易造成迁移风险
- 执行计划更稳定：在 SQL Server 中，对同一表达式使用 CAST 或 CONVERT，优化器通常生成相同执行计划；但 CAST 更少触发意外隐式转换链
CONVERT 的适用场景：仅限 SQL Server 且需格式控制
CONVERT 是 SQL Server 特有函数，最大价值在于第三个可选参数——style，专用于日期/数字字符串的格式化输入输出。
- 处理带分隔符的日期字符串：
CONVERT(DATE, '2024-05-20', 120)明确指定 ISO 格式，比 CAST 更容错 - 转为带千分位或货币符号的字符串：
CONVERT(VARCHAR, 123456.78, 1)输出123,456.78 - 注意：style 值是 SQL Server 特有常量（如 101=美式日期，120=ISO），不可移植，也不适用于非 SQL Server 环境
规避隐式转换：比选函数更重要
真正影响性能和结果正确性的，往往不是 CAST 还是 CONVERT，而是是否引发了隐式转换。例如：
- WHERE 子句中写
WHERE varchar_column = 123，数据库会把整数 123 隐式转为字符串，导致索引失效 - JOIN 条件中
INT列关联VARCHAR列，若未显式转换，可能因排序规则或精度丢失引发错误或慢查询 - 建议：所有比较、JOIN、聚合前，主动用 CAST 显式统一类型，尤其在字段类型不一致时
性能与可读性兼顾的实践建议
类型转换本身开销极小，但不当使用会破坏执行计划。优化重点应放在“何时转”和“怎么写”上：
- 尽量在数据源头转换：比如在视图或 CTE 中提前 CAST，避免下游重复转换
- 避免在 WHERE 或 ON 条件中对字段做函数操作：
WHERE CAST(date_col AS DATE) = '2024-05-20'无法利用 date_col 上的索引；应改用范围查询：WHERE date_col >= '2024-05-20' AND date_col - 批量转换时注意 NULL 处理：CAST/CONVERT 对 NULL 返回 NULL，无需额外 ISNULL 包裹，除非业务要求默认值
- 在存储过程或函数中，为参数声明匹配的类型，减少运行时转换需求
不复杂但容易忽略：类型转换不是语法技巧，而是数据契约的体现。写清楚意图，选对工具，守住边界，才能让 SQL 更健壮、更易维护。
