3

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

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

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

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

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

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

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

4

2 回答 2

3

很多时候，争论是关于null 与默认空字符串（此处为dba.se 争论）。在这种情况下，我认为主要关注的是应用程序的任何部分是否基于 column 中的单个空格执行逻辑。与此相比，存储和速度问题将是最小的，除了最大的表和最高的 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 中）。嗯……我需要去读书。

于 2013-02-07T17:49:02.710 回答
1

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

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

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

于 2013-02-07T17:48:18.987 回答