MSSQL里数值转字符那点事儿，怎么搞才不出错也不复杂

关于MSSQL里把数字变成字符串这件事，说简单也简单，但稍微不注意就可能冒出个错误，让人头疼，咱们今天就不绕弯子，直接说怎么弄既省事又不容易出错，主要就用两个东西，一个是CAST，另一个是CONVERT，这俩是SQL Server里干这个活儿的主力军。

最省心、最通用的办法：用 CAST

根据微软官方文档（比如在MSDN或TechNet上关于CAST和CONVERT的说明），CAST函数是个标准SQL语法，意思就是它在各种数据库系统里用法都差不多，比较通用,它的写法很直白：

SELECT CAST(你的数字列 AS VARCHAR(长度)) AS 新列名 FROM 你的表;

举个例子，你有个整数123，想变成字符串，就这么写：SELECT CAST(123 AS VARCHAR(10))，出来的结果就是字符串'123'。

这里的关键是那个VARCHAR(长度)，你得大概估摸一下转换后的字符串有多长，给个合适的数字，一个整数最大大概是21亿多，也就10位数，你设成VARCHAR(10)或者为了保险设成VARCHAR(20)都行，如果数字带小数，你得把小数点和小数位也算进去，这个方法的优点是几乎不会出啥大错，只要长度给得够,稳稳当当。

需要更精细控制时：用 CONVERT

CAST虽然简单，但有时候不够灵活，这时候就得请出CONVERT函数了，根据同一个官方来源，CONVERT是MSSQL特有的函数，功能更强大一点,特别是在处理日期和数字格式上。

它的基本语法是：

SELECT CONVERT(VARCHAR(长度), 你的数字列, 格式代码) AS 新列名 FROM 你的表;

看到那个“格式代码”了吗？这是CONVERT的一个法宝，对于数字转字符串，这个格式代码有时候可以省略，省略了的话，它转换出来的效果和CAST差不多，但有些情况下,这个代码很有用。

你有一个浮点数456000，你只想保留两位小数，变成'123.46'（会四舍五入），如果你直接用CAST，可能还是得到一串很长的小数，用CONVERT可以这样写：SELECT CONVERT(VARCHAR(10), 123.456000, 128)，这个128就是一种格式代码，它会让转换结果更“干净”，关于数字的具体格式代码，官方文档里列得不是很全，实践中128常用于简化浮点数的字符串表示。

但更常见的精细控制，其实是先通过ROUND等函数控制好数字的精度，再转换成字符串。SELECT CONVERT(VARCHAR(10), ROUND(123.456000, 2))，这样先四舍五入到两位小数，再转字符串,效果更可控。

最容易踩的坑：NULL值和隐式转换

说完了怎么“主动”转，再说说那些被动的、容易出错的情况。

第一个大坑是NULL值，如果你的数字列里有NULL，用CAST或CONVERT直接转，结果也会是NULL，这有时候不是你想要的，你可能希望NULL变成空字符串或者一个特定的字符比如'N/A'，这时候，就得请出ISNULL或者COALESCE函数来帮忙了。

SELECT CAST(ISNULL(你的数字列, 0) AS VARCHAR(10)) -- 把NULL先变成0再转
SELECT ISNULL(CAST(你的数字列 AS VARCHAR(10)), 'N/A') -- 转完之后再把NULL替换成'N/A'

用哪种方式,取决于你的业务需求。

第二个大坑是隐式类型转换，有时候你并没明确写CAST或CONVERT，但SQL Server为了满足操作符或比较的要求，在后台偷偷帮你转了，这种“隐式转换”往往是性能杀手和错误之源。

举个例子，你有一个字符串类型的列UserCode，里面存的其实是数字，比如'1001'，你写查询条件：WHERE UserCode = 1001，这里，字符串'1001'和整数1001比较，SQL Server通常会尝试把字符串转成整数再比，如果UserCode里所有值都能顺利转成数字，那可能没事，但只要有一行是'ABC1001'这种无法转成数字的字符串，查询就会直接报错：“将 varchar 值 'ABC1001' 转换为数据类型 int 时失败。”

一个好习惯是：尽量避免隐式转换，主动进行显式转换，并且确保转换是安全的，上面那个例子，应该写成WHERE UserCode = '1001'（保持字符串比较），或者写成WHERE CAST(UserCode AS INT) = 1001（但要确保UserCode里确实全是数字，否则还是会报错），更稳妥的做法是，如果字段可能包含非数字，先验证或清理数据，或者使用TRY_CAST/TRY_CONVERT（下面会讲）。

进阶的防错技巧：TRY_CAST 和 TRY_CONVERT

这是SQL Server 2012及以后版本才有的功能，是CAST和CONVERT的“安全版”，根据文档，它们的区别在于：如果转换失败，CAST和CONVERT会直接报错导致整个查询中止，而TRY_CAST和TRY_CONVERT会返回NULL,而不是报错。

你有一个字段MixedData，里面有些是数字，有些是文字,你想尝试把它转成数字：

SELECT TRY_CAST(MixedData AS INT) FROM MyTable

对于那些能转成数字的值，比如'123'，结果就是整数123，对于那些不能转的，比如'Hello'，结果就是NULL，查询会继续执行下去,不会报错。

这在处理来源复杂、数据质量不高的字段时非常有用，可以有效避免因为个别“脏数据”导致整个脚本崩溃。

总结一下

在MSSQL里把数值转字符,记住这几点：

1. 基础操作：用CAST最简单通用，用CONVERT可以多一些格式控制。
2. 注意长度：转成VARCHAR时，给一个足够大的长度,避免数据被截断。
3. 处理NULL：想想NULL值在你转换后应该是什么样子，用ISNULL等函数处理。
4. 避免隐式转换：写查询时注意数据类型的一致性,主动进行显式转换。
5. 追求稳健：如果用的是较新版本的SQL Server，在处理可能有问题数据时，优先使用TRY_CAST或TRY_CONVERT来防止报错。

把这些点注意到了，数值转字符这点事儿，基本上就能搞得明明白白,不出岔子了。