T-SQL字符串相加之后被截断的那点事

 

 

本文出处:http://www.cnblogs.com/wy123/p/6217772.html 

 

字符串自身相加， 虽然赋值给了varchar(max)类型的变量，在某些特殊情况下仍然会被“截断”，这到底是varchar(max)长度的问题还是操作的问题？

 

1，两个不超过8000长度的字符串自身相加，其结果长度超过8000之后会被截断：

　　不多说，直接上例子：定义一个字符串，赋值给 varchar(max)类型的变了，字符创长度为4040没有，任何问题。

 

　　把4040长度的字符串复制一份出来，也就是将两个4040长度的字符串“相加”

 

　　发现最后的结果是8000，为什么？肯定是被截断了，因为select @strSQL出来的字符串少了一部分。

　　varchar(max)定义的没问题，相加也没问题，那么为什么就被截断？

　　

　　补充测试：此种情况下，用concat相加效果也一样（会被截断）

　　

 

 

2，两个字符串赋值给varchar(max)类型变量，用变量1+变量2的方式相加，其结果长度超过8000之后不会被截断：

　　上面问题先不回答，换一种操作方式看看结果

　　将连个字符串先分别赋值给两个varchar(max)的变量，将两个变量相加，赋值给一个varchar(max)的变量，看看最后变量相加的结果

　　

 

 　　我想大概有答案了：

　　1，两个不超过8000长度的“字符串自身”相加，相加之后默认总长度是不超过8000的，超过8000的部分会被截断

　　2，将字符串赋值给varchar(max)变量之后，用“变量相加”的方式相加，赋值给一个varchar(max)，其结果是不会被截断的

 

3，两个相加的字符串中有一个长度超过了8000，相加之后不会被截断：

　　另外还有一种情况，假如第一个字符串长度超过了8000，加一个任一长度的字符串（不管超不超过8000），最后的结果呢？

　　再次做一下论证，试一试就知道了。

　　此时第1个字符串长度超过了8000，第2个无所谓超不超过8000，那么相加之后，计算其LEN，最终的结果是没有被截断的。

 　　补充测试：不截图了，此种情况下，用concat相加也没有问题（不会被截断）

 

4，两个相加的字符串中有一个长度超过了8000，分别赋值给变量，相加之后不会被截断：

　　

 

 

最终的结论有三个

　　1，两个不超过8000长度的“字符串自身”相加，相加之后默认总长度是不超过8000的，如果相加之后的长度超过8000，超过8000的部分会被截断

 　  2，相加的两个字符串中有一个长度超过了8000，相加两个字符串本身之后的结果是不会被截断的。

　　3，不管字符串长度如何，将字符串赋值给varchar(max)变量之后，用“变量相加”的方式相加，赋值给第三个varchar(max)变量，其结果是不会被截断的

 

所以：当无法预计相加的两个字符串本身的长度是多少,以及相加之后的长度是多少的时候，

　　　请不要直接对两个字符串本身进行相加（+）操作，为了确保万无一失，请将字符串赋值给varchar(max)变量之后，用变量相加，因为用变量相加的方式总是会没有问题的。

 

补充：以上测试是以非Unicode字符为例的

　　　当字符串为Unicode字符型的时候（Unicode字符为两个字节，非Unicode字符为1个字节），8000这个数值也要除以2，也即4000