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