为什么varchar(n)中的n要指定为具体数字？

Question

我对此进行了红色阅读，但无法清楚地理解...

（为了缩短这个问题）

DECLARE @temp VARCHAR(4001); 
--update: 4001 is for example only to avoid varchar(MAX) discussions
-- I am aware about 8000 
SET @temp = 'a';  

SQL Server 是否为 @temp 保留 4001 个字节（@temp 的 4001 字节中的其余 4000 个字节）不能在 @temp 被处置之前可以重复用于任何其他目的吗？

如果没有，那么 （更新：抱歉，这是反问句，我相信它没有改变我的问题的意义）：

• 为什么 SQL Server 需要知道最大大小varchar 值？
• 为什么大小大于 4001 字节的字符串不能（重新）分配给@temp？
  更新：如果 4001 字节没有预先分配或保留给 @temp
• SQL Server 如何使用这个大小？

关于包含一个 varchar(4001) 列的表的相同问题。
我应该如何在 varchar(4001) 中命名 4001 以避免与 v​​archar(max) 产生歧义？
即避免使用“最大”一词。

例如[1]，提示它是列大小：

varchar 数据类型是一种可变长度数据类型。值小于列的大小... [1]

我可以理解该大小是保留的，列具有固定大小（在所有行上），独立于存储在那里的较短值。
<罢工>正确吗？如果不正确则 使用 [1] 中的术语，varchar(4001) 列的大小是多少？

更新
我希望（通过指定 4001）避免该主题偏离行内值存储（例如，SQL Server varchar(max)、文本等类型）以及此处未特别询问的其他主题。

问题不在于如何在 varchar(n) 中使用 n，而在于如何使用它（由 SQL Server）。

我欢迎其他 DBMS 专家，因为它应该是与 DBМS 无关的问题，尽管具体数字是在 SQL Server 2000（或不带 varchar(MAX) 的 2005+）的上下文中指定的

更新 2：
根据[2]，SQL Server 中存储表数据的长度前缀的大小始终为2。 为什么不直接使用 varchar() 让 SQL Server 以实际大小完成工作？
此外，我（故意）将我的问题基于变量。
另外，输入数字确实会截断存储/数据：

DECLARE @temp VARCHAR(2); 
SET @temp = 'aaaaaa';
select @temp
 -- result is: aa

[1]
msdn“使用 char 和 varchar 数据”
http://msdn.microsoft.com/en-us/library/ms175055.aspx
[2]
估计堆的大小
http://msdn.microsoft.com/en-us/library/ms189124.aspx

Answer 1

varchar(n) 中的 n 是如何使用的？

它依赖于实现。

在 SQLite 中，n 被完全忽略。

在 PostgreSQL 中，varchar(n) 本质上相当于带有约束 CHECK (LENGTH(TheColumn) <= n) 的 TEXT。指定最大大小没有性能优势。

在 MySQL 中，n 确定长度前缀的大小，因此 VARCHAR(255) 使用 1 个字节来存储长度，而 VARCHAR(65535) 使用 2 个字节。

对于 MS SQL Server，请参阅问题[为什么不到处使用] varchar(max)？

Answer 2

为什么要分配tinyint或integer？如果给定列的数据有 15 个离散值，那么显然是tinyint。

这同样适用于 varchar：它告诉 SQL Server 此列中需要什么值/长度。如果数据被截断，SQL Server 会抛出错误。

您可以对 NULL/NOT NULL、外键或 CHECK 约束等应用相同的参数：它们都是为了保持数据正确。请参阅“声明性引用完整性”。

例如，我想禁止某人尝试在我的 100 字节名称纯文本列中存储 500k 的 XMl，因为他们可以。如果有人成功了，那么其他期望最大 100 字节的客户端会发生什么？

这对于存储效率也很重要。可以为 c# 对象声明“String”，您可以实例化、使用、丢弃并保留在内存中（大部分），因为它的寿命很短。保留十亿行“字符串”是不必要的开销。

有人可能会更进一步问为什么要使用 varchar？ 为什么不在各处使用 nvarchar？ 同样，我确实有存储货币代码的表行数接近十亿。 nchar(3) 与 char(3) 花费了我额外的 3GB 存储空间（+索引+行长度变化）。

摘要：这是对您的数据的限制。