T-SQL字符串相加之后被截断原因

发布日期:2018-03-08    浏览次数:427

本文出处: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

本文网址:https://www.wyxxw.cn/blog-detail-17-18-995.html

返回列表

非特殊说明,本文版权归原作者所有,转载请注明出处

提示:本站所有资源仅供学习与参考,请勿用于商业用途。图片来自互联网~如侵犯您的权益,请联系QQ:1067507709.

提示:转载请注明来自:http://www.cnblogs.com/wy123/p/6217772.html 。 转载人:momo