朋友们，我们在处理数据库字段的时候，经常会把整数强制转换成varchar类型。数字本身是可以分大小的，但是转换成字符串后，原来的大小概念就被颠覆了。例如，88和800是两个整数。作为数字类型使用时，800大于88毫无疑问。但是，转换为字符串后，'800'和'88'的大小被颠覆了。让我们做一个小实验。作为验证，脚本如下：declare@num1int=88;declare@num2int=800;ifcast(@num1asvarchar)>cast(@num2asvarchar)print'''88''isgreaterthan''800'''elseprint'''800''isgreaterthan''88''';运行结果如下：其实很好理解，这是因为比较varchar的大小是从第一位开始的，比较的是ascii码大小，当第一个比另一个大的时候,整个varchar的大小就是这样确定的。基于这个逻辑，当我们将int转换为varchar时，可能会用于排序或与其他字段合并。如果尺寸或订单混淆，可能会影响我们的操作。我们应该如何处理这种情况？羊毛布？其实很简单。我们可以固定转换后的位数，如果位数不够就在左边补零。比如我们固定7位数字，“88”对应“0000088”，“800”对应“0000800”。这时候再比较或者排序，就不会出现混淆了。如何补零？原因很简单，我们先用一个由6个0组成的字符串加上一个数字转换成的字符串，然后用right函数截取最右边的7位数字，看下面的脚本：right('000000'+cast(@num1asvarchar),7)这种方法最简单。如果觉得不好玩，也可以计算int转varchar的长度，然后根据replicate函数的长度创建缺失的零。看下面的脚本：replicate('0',7-len(cast(@num1asvarchar)))+cast(@num1asvarchar)显然，第一种方法更直观。如果还是不满意，也可以使用case语句判断不同长度，直接填入不同位数的零，看下面的脚本：caselen(cast(@num1asvarchar))when1then'000000'+cast(@num1asvarchar)when2then'00000'+cast(@num1asvarchar)when3then'0000'+cast(@num1asvarchar)when4then'000'+cast(@num1asvarchar)when5then'00'+cast(@num1asvarchar)when6then'0'+cast(@num1asvarchar)when7thencast（@num1asvarchar）结束；这明显有点做作，相信很少有人会去做，不过这个方法也是可行的。各种处理方式的效果见下图：同理，如果要在右边补零，道理是一样的，这里需要用到left函数，比如可以这样做：left(cast(@num1asvarchar)+'000000',7)只不过是在后面用零填充并从左边截取。希望能帮到你！
