用MAX关键字定义一个某种MAX类型的变量与替代字符串的尺寸(为VARCHAR/NVARCHAR的时候)或者字节(为VARBINARY的时候)一样简单。
DECLARE @BigString VARCHAR(MAX)
SET @BigString = 'abc'
虽然这个变量可以自由地操纵，并且可以传递给任何的内置的字符串函数，兼容性仍然不是没有问题。首先，开发人员不能期望指定了尺寸的VARCHAR和VARBINARY变量在达到8000个字节的极限的时候可以自动“升级”到MAX版本。例如，如下的批处理:
DECLARE @String1 VARCHAR(4001)
DECLARE @String2 VARCHAR(4001)
SET @String1 = REPLICATE('1', 4001)
SET @String2 = REPLICATE('2', 4001)
SELECT LEN(@String1 + @String2)
4001+4001=8002，但是指定了尺寸的VARCHAR的极限是8000。因为这两个变量中没有一个是MAX类型，LEN函数的结果就是8000，不是8002。在将两个变量连接的时候，一种简单的修正方法就是声明这两个变量中的一个为VARCHAR(MAX)或者将其中的一个变量进行转换。与一个规定了尺寸的类型进行连接的时候，优先考虑MAX类型，最终结果是MAX类型。所以，以下批处理的结果是8002，正如我们期望的一样:
DECLARE @String1 VARCHAR(4001)
DECLARE @String2 VARCHAR(4001)
SET @String1 = REPLICATE('1', 4001)
SET @String2 = REPLICATE('2', 4001)
SELECT LEN(CONVERT(VARCHAR(MAX), @String1) + @String2)
在传递给字符串函数的时候，开发人员意识到字符串的原意在默认情况下是规定了尺寸的，而不是MAX类型，也是至关重要的。例如，以下查询的结果就很令人惊奇:
SELECT LEN(REPLICATE('1', 8002))
因为字符串‘1’是被作为规定了尺寸的VARCHAR对待，而不是VARCHAR(MAX)，结果就是8000——但是在SQL Server 2005中，REPLICATE函数能够产生高达2GB的字符串。要修正这个问题，可以将字符串转换为VARCHAR(MAX)，这样函数就会输出同样的类型了:
SELECT LEN(REPLICATE(CONVERT(VARCHAR(MAX), '1'), 8002))
这个查询现在将会返回期望的结果:8002。记住，总是要对采用了新特性编写的代码进行非常仔细的测试;隐藏的问题，例如上面描述的问题，可能并且毫无疑问地会在最坏的时间里造成灾难性的后果。
