聊到数据库里的数据类型转换，很多人第一反应就是头疼。字符串、数字、日期这三样东西混在一起，做查询、做报表、做数据清洗时，分分钟能把人逼疯。但说实话，这活儿其实没那么玄乎，关键在于你知不知道怎么用 CONVERT 这个函数。我见过不少开发朋友，明明懂 SQL，碰到跨类型数据就手足无措，要么硬着头皮写一堆嵌套函数，要么干脆把数据导出来用 Excel 手工改。其实 CONVERT 就是那个能让你轻松搞定一切的“翻译官”，能把一种数据类型转成另一种，而且还能控制格式。今天咱们就掰开揉碎聊聊这个函数，从基本语法到实际案例，争取让你看完就能上手。
先说说 CONVERT 的基本长相。在 SQL Server 里，它的语法是 CONVERT(datatype(length), expression, style)。 datatype 是你想转成的目标类型，比如 varchar、int、datetime； expression 是要转换的原始值； style 是可选的格式代码，主要用于日期和数字转字符串时。举个例子，你想把当前日期转成 YY‑MM‑DD 的格式，写 CONVERT(varchar, GETDATE(), 23) 就行了。如果你不理解 23 是什么意思，后面咱们细讲。关键是要记住， CONVERT 不是简单地“换个样子”，它背后牵涉到类型兼容性和精度问题。比如把数字转成字符串，位数不够会截断；把字符串转成数字，里面有字母就会报错。所以使用前，务必先确认数据是“干净的”。
实际工作中最常见的场景，就是把日期转成字符串。很多人觉得日期存库里不就好了吗，干嘛要转？但现实是，报表系统、前端页面、接口对接经常需要输出固定格式的日期。比如订单表的 createdate 字段是 datetime 类型，前端要显示“2024年01月15日”这种中文格式。这时 CONVERT 就派上用场了： CONVERT(varchar, createdate, 111) 会得到 “2024/01/15”， CONVERT(varchar, createdate, 120) 会得到 “2024-01-15 14:30:00”。如果想要更花哨的格式，可以使用 style 参数里的 106、107 等代码，分别对应 “15 Jan 2024” 和 “Jan 15, 2024”。但要注意， style 参数并非万能，它只适用于 datetime 和 smalldatetime 这两种类型，其他日期类型（如 date、time）需要用别的方法。
再说说数字和字符串之间的转换。这活儿看似简单，坑却最多。比如有个价格字段是 decimal 类型，但要拼接成 “商品价格：99.99元”。直接写 '商品价格：' + price 会报错，因为类型不匹配。正确写法是 CONVERT(varchar, price) （或加 style 参数）。这里的 2 是 style 代码，表示科学计数法格式，但一般情况下不需要，直接 CONVERT(varchar, price) 就能得到普通的数字字符串。反过来，把字符串转成数字更要小心。比如从外部系统导入的文本 “12345”，直接 CONVERT(int, '12345') 没问题。但如果字符串里有逗号或空格，如 “12,345” 或 “12345 ”， CONVERT 就会报错。这时需要先清理数据，用 REPLACE 去掉逗号，用 LTRIM/RTRIM 去掉空格，再进行转换。
日期转数字的场景虽然少见，却也会遇到。比如业务需求要求把日期转换成整数，以便做某种计算或索引。 SQL Server 中日期本质上是一个浮点数，整数部分代表自 1900‑01‑01 起的天数，小数部分代表时间。因此可以用 CONVERT(float, GETDATE()) 得到类似 43567.5 的值，随后用 FLOOR 或 CAST 取整数。更常见的需求是把日期转成 “YYMMDD” 这样的八位整数，例如 2024‑01‑15 转成 20240115。可以两步走：先转成字符串，再转成整数112 的 style 正好输出 YYMMDD 格式的字符串，然后外层再转成 int 就完成了。不过这种写法在大数据量下性能一般，建议使用 DATEPART 或 YEAR、MONTH、DAY 函数组合来实现。
CONVERT 还有一个隐藏技能，就是处理二进制和字符串之间的转换。这类需求平时不多，但一旦遇到就特别救命。比如字段存的是 varbinary 类型的图片或文件数据，想在日志或调试中看到它的内容，可以用 CONVERT(varchar(max), binarydata, 1) 把它转成十六进制字符串。反过来，如果手头有一串十六进制字符串 “0x1A2B3C”，想转回二进制，只需写 CONVERT(varbinary, '0x1A2B3C', 1) 即可。这里的 1 表示输入的字符串带有 “0x” 前缀；如果没有前缀，用 2 即可。手册上对这些细节写得很清楚，但平时不翻手册的人往往不知道。我见过一个案例，某人使用 CONVERT 处理二进制数据时忘记加 style 参数，结果全部乱码，折腾半天才发现是格式代码的问题。
说一个容易被忽略的点： CONVERT 和 CAST 有什么区别？很多人认为 CAST 是标准 SQL，跨库兼容性更好，而 CONVERT 是 SQL Server 特有的，只要能用 CAST 就用 CAST。其实这话只对一半。的确， CAST 更标准，跨数据库时更安全，但 CONVERT 多了一个 style 参数，这是 CAST 没有的。因此在需要日期或数字格式化时，唯一选择是 CONVERT。若只是简单的类型转换，例如把 int 转成 varchar，使用 CAST 更简洁。比如 CAST(123 AS varchar) 和 CONVERT(varchar, 123) 效果相同，但前者写法更短。性能上两者基本没有区别，底层实现相同。我的建议是：需要格式控制用 CONVERT，单纯转换用 CAST，别在代码里纠结。
说到底， CONVERT 就像一把瑞士军刀，功能多、用法灵活，但用不好也会伤到自己。你不必死记所有 style 代码，只要理解它的设计逻辑：第一个参数是目标类型，第二个是要转的数据，第三个是格式控制。遇到具体问题时，查手册或搜索对应的 style 代码即可。日期格式的 style 代码大约有三十多个，常用的只有几种：120（标准时间格式）、23（年月日）、112（八位数字）、111（斜杠分隔）。把这些记牢，基本能覆盖 90% 的场景。其他不常用的，现查现用完全够用。别被花里胡哨的代码吓住，数据库工具本来就是为人服务的，把复杂的事情简单化才是它的价值。
