SQL 列中 char/varchar 的默认值：空格（1）还是空字符串？

Question

我通常可以在 SO 中找到我的问题的答案，但我找不到有关此主题的信息（可能是我提出了错误的问题）。

背景：六年前，一些开发人员将 Visual FoxPro 数据库升级为 SQL Server 2005（表结构和数据）。该过程引入了各种错误，现在我正在尝试修复这些错误以改进数据结构和性能（将 TEXT 更改为 VARCHAR(MAX)，将一些浮点数更改为 DECIMAL，删除未使用的列...）

我之前的任务是：查找分配给所有表中所有列的所有 默认约束，其中对应的默认对象在 sys.default_constraints 中不存在，并修复它们，将空字符串分配给 @ 987654322@/varchar、0 到 Decimal 等...（超过 30% 的列损坏...是的，我知道 -_- wtf！。我的脚本运行顺利，到目前为止一切都很好。

只是为了好玩，我在其中一个表中执行SP_HELP 以验证固定列，但注意到我没有更改的char 列的默认值为(space((1)))，而不是普通的空字符串''我正在使用。

我的问题是：我是否应该将这些列原封不动地保留为默认值 (space((1)))？还是我应该将其更改为''（更改脚本来做到这一点真的很容易）？

我敢打赌，我应该更改它（在每次插入时调用一个函数不可能是免费的），但我想先确定一下。

PD：我不是 DBA，而是一个时不时必须戴上 DBA 帽子的开发人员。

Answer 1

通常，辩论是关于null vs a default empty string（dba.se 辩论here）。在这种情况下，我认为主要关注的是应用程序的任何部分是否基于列中的单个空格执行逻辑。与此相比，存储和速度问题将是最小的，除了最大的表和最高的 TPS 情况外，可能甚至可以忽略不计。我还认为很难可靠地检测到 insert ' '、insert '' 和 insert space(1) 之间的任何有意义的性能差异，即使您说过它不能免费。

更新

我刚刚注意到您仅提到 char 列具有此默认值。在这种情况下，我认为插入空字符串或单个空格并不重要，因为它们将作为空格存储到列的长度：

create table #CharTest ( Chars char(2) )
insert into #CharTest select ''
insert into #CharTest select ' '
insert into #CharTest select '  '
select distinct Chars from #CharTest
-- returns 1 row!

此时我想说的是，您可以摆脱空格，只使用空字符串默认值。一个潜在的警告是，如果您有一个可为空的 char 列，并且 ANSI_PADDING 在创建时已关闭。但是，在测试 ansi-null、char、varchar 和 nullibility 的各种组合时，我无法提出'' = ' ' 为假的情况（无论如何，在 SQL Server 2008 R2 中）。嗯……我得去读书了。

Answer 2

如果您的应用程序对此问题不可知，那么需要考虑的一件事是，零长度 varchar 列将占用比单个空间列略少的空间。

每行为列值保存 1 个字节，如果后面没有任何非空的可变长度列，则可能在列偏移数组中保存另外两个字节。

我可能会使用NULL 而不是其中任何一个。