什么时候 nvarchar(Max) = nvarchar(4000)？

Question

在 SO 和其他网站上有多个帖子明确指出 nvarchar(max) 的最大长度为 2GB。但是，我在互联网和现实生活中也看到很多混淆，它实际上是 Unicode 中的 8000/4000。

我想知道什么事情可以改变这个事实，或者可能导致某人错误地假设。

我已经收集到的一些建议/部分答案：

1. 是否存在仅支持最多 4000 个的旧 SQL Server 版本？

2. 将nvarchar(max) 变量/列分配给非最大尺寸组件的串联时，我们必须将所有内容显式转换为nvarchar(max) 吗？这里展示了一个奇怪的例子，其中文本返回函数需要转换，而文字的 N 可以省略：

   declare @s nvarchar(max) 
   select @s = convert(nvarchar(max), replicate('.', 8000)) + N'Hi!'
   select len(@s) -- returns 8003
   
   declare @s nvarchar(max) 
   select @s = replicate('.', 8000) + N'Hi!' 
   select len(@s) -- returns 4000
   
   declare @s nvarchar(max) 
   select @s = convert(nvarchar(max), replicate('.', 8000)) + 'Hi!' 
   select len(@s) -- returns 8003
   

3. 有没有办法禁用该功能？ sp_tableoption @OptionName=large value types out of row 或 OBJECTPROPERTY(id,'TableTextInRowLimit') 与此有关吗？

   澄清：我的目的不是使用此功能，而是注意它的存在，它可能确实已被更高权限的用户使用，这将阻止 me 从使用最大尺寸。

4. 欢迎任何其他观点

Answer 1

这里有几点，因为我无法发表评论。

1. 是的。 (n)varchar(MAX) 是 introduced in SQL Server 2005。以前，varchar(MAX)、nvarchar(MAX) 和 varbinary(MAX) 必须使用 text、ntext 和 image。旧数据类型已被弃用很长时间，您不应该使用它们。
2. 组合数据时，data type precedence 用于计算出最终的数据类型。当涉及长度时，使用长度的组合值（A varchar(10) 和 varchar(100) 连接将返回 varchar(110)。但是请注意，要实现 MAX 长度的使用，至少一个字符串必须是 (n)varchar(MAX)。SELECT REPLICATE(N'A',3000) + REPLICATE(N'A',3000) AS S 将返回 4000 个字符的字符串。+ (String Concatenation) (Transact-SQL) - Remarks:

   如果字符串连接的结果超过 8,000 字节的限制，结果将被截断。但是，如果连接的字符串中至少有一个是大值类型，则不会发生截断。

3. 禁用什么功能？ (n)varchar(MAX)的用法？为什么？如果您想阻止人们使用数据类型，请使用 (n)text 和 image 阻止他们。不过说真的，您不能停止使用数据类型。也许您可以使用 DDL 触发器变得“聪明”，但我建议您不要这样做。
   
   要回答编辑，sp_tableoption 不能用于阻止使用 MAX 长度数据类型 no 的人；我的上述观点是成立的。引用文档 (sp_tableoption (Transact-SQL) - Arguments:

   行外的大值类型：
   1 = varchar(max)、nvarchar(max)、varbinary(max)、xml 和表中的大型用户定义类型 (UDT) 列存储在行外，并带有指向根的 16 字节指针。
   0 = varchar(max)、nvarchar(max)、varbinary(max)、xml 和大的 UDT 值直接存储在数据行中，最大限制为 8000 字节，只要值可以适合记录。如果该值不适合记录，则将指针存储在行内，其余的将存储在 LOB 存储空间中的行外。 0 是默认值。
   
   大型用户定义类型 (UDT) 适用于：SQL Server 2008 到 SQL Server 2017。
   
   使用CREATE TABLE 的TEXTIMAGE_ON 选项指定存储大型数据类型的位置。

4. 对于 SO 来说太宽泛了。