关于 varchar max的误区

前言

在论坛或者qq群里都会遇到有人问，类似varchar(max)不够存字符串的长度怎么办？有的人会说改成text的数据类型。那真相是什么呢？

分析

首先，varchar(max)是微软用来替代text数据类型的，后续的版本text 等老的字段类型可能会被取消。所以text能存的，varchar( max)肯定能存下。 其实它能够存放的字符数是非常大的。下面粘上我以前博客上的一个截图：

可以存储的4.2亿 个字符 我相信很难达到的.所以当遇到 貌似“存不下”的情况，尽量多检查下其他的原因

解决

下面针对可能遇到的情况给出解决方案

字符串被截断

declare @test varchar(max)

set @test=replicate('1',9000)

print len(@test)

解决办法

使用强制转换

set @test=replicate(convert(varchar(max),'1'),9000)--强制转换为varchar(max）。

print len(@test)

解决办法2

把9000个字符拆分成2个部分，每个部分都少于8000

set @test=replicate(convert(varchar(max),'1'),4000)+replicate(convert(varchar(max),'1'),5000)

print len(@test)

这里还有一个坑，就是print @test

你把这个文本内容copy出来后发现字符只有8000个

这是因为， print是无法线上超过8000的长度，我们查看尽量用len 去查看

查看内容时数据少了

有时候只看len我们 心里肯定不踏实，还是想看看内容是否全部保存了

set @test=replicate(convert(varchar(max),'1'),99000)

select @test

对应select 的结果发现长度为43680

这是因为在SSMS 选项中，以网格显示结果对应非xml最多可以65535个字符。

那么我们就有另外的一个办法了

SELECT CAST('<A><![CDATA[' + CAST(@test as nvarchar(max)) + ']]></A>' as xml)

把上面的语句转换为xml文件，就可以显示99001了

或者

把select出来的结果 另存为CSV 也可以看到完整的记录

总结

varchar(max) 能存放的字符串是很长的，达到4.2亿，如果发现了不能存放可以先看看到底是那种原因引起的.