我最近在处理的数据库中遇到了很多VARCHAR(1)字段。 我翻了个白眼:显然设计者不知道该怎么做。 但也许是我需要学习一些东西。 有没有任何可以想象的理由使用VARCHAR(1)数据类型而不是CHAR(1)? 我认为RDBMS会自动将一个转换为另一个。
这个数据库是MS SQL 2K5,但从过去的Access发展而来。
我最近在处理的数据库中遇到了很多VARCHAR(1)字段。 我翻了个白眼:显然设计者不知道该怎么做。 但也许是我需要学习一些东西。 有没有任何可以想象的理由使用VARCHAR(1)数据类型而不是CHAR(1)? 我认为RDBMS会自动将一个转换为另一个。
这个数据库是MS SQL 2K5,但从过去的Access发展而来。
确实有意义。
在语言中定义更容易。使用varchar定义1-8000比使用需要2+或3+到8000的方式更为一致和简单。
VARCHAR(1)中的VARying CHARacter方面正是如此。它可能不是最佳的存储方式,但传达了一个特定的含义,即数据要么是1个字符(教室代码),要么是空白(室外活动),而不是NULL(未知/尚未分类)。
存储在这里几乎起不到任何作用-查看CHAR(1)的数据库模式,您几乎会认为它必须始终具有1个字符值,例如信用卡必须有16位数字。然而,在某些数据中并非如此,它可以只有一个或可选地没有。
对于那些认为三态[1-char | 0-char | NULL]完全无用的人,使用VARCHAR(1)与CHAR(1)+ NULL组合也存在差异。它允许使用SQL语句进行:
select activity + '-' + classroom
from ...
如果你使用char(1)+NULL,虽然可以传达相同的信息,但细微差别会使事情变得更加困难。
char(4) + '-x'
会产生不必要的空格。虽然可以修剪,但这会增加不必要的复杂性,而使用 varchar(4) 就能简单地解决这个问题。 - RichardTheKiwiVarchar(1)
违反了最小惊讶原则,没有任何收益,并且在存储额外位以指示实际使用的字符数时会产生一些成本(尽管很小)。我无法想象任何情况下它会是一个逻辑上正确的设计选择。 - Thomaschar(1)
列中删除 PK 对于该表来说不会很昂贵。这是因为它可以包含的唯一值的数量是有限的。然而,在具有 char(1)
PK 的表中删除外键约束可能是昂贵的,如果我没有错的话,无论您使用 char
还是 varchar
,都必须这样做。 - Thomasvarchar(1)
改为char(1)
会在时间上产生有意义的差异,尽管这需要处理多个百万行。然而,绝大多数情况下,由于执行此类操作的频率很低,所以时间差别是无关紧要的。因为“有朝一日”您可能需要扩展它并且该操作会稍微快一些,所以使用varchar(1)
的动机是值得怀疑的。表达意图的清晰度应该胜过过早优化。 - Thomasvarchar(1)
比char(1)
更清楚地表明了意图。 - Martin Smithvarchar(1)
可以存储零长度字符串(“空”字符串),而一个 char(1)
不行,因为它会被填充成一个单独的空格。如果这个区别对你很重要,你可能会更喜欢使用 varchar
。
除此之外,这种用法的一个案例可能是,如果设计者希望未来可能需要更多字符。
将固定长度数据类型从 char(1)
改为 char(2)
需要先更新所有表行并删除访问该列的任何索引或约束条件。
在生产环境中对大型表进行这些更改可能是一项非常耗时的操作,需要停机时间。
将列从 varchar(1)
更改为 varchar(2)
要简单得多,因为它只是一个元数据更改(参考该列的 FK 约束需要被删除和重新创建,但无需重新构建索引或更新数据页)。
此外,每行节省 2 字节的效果可能并不总是实现。如果行定义已经很长,这并不总是影响能适应数据页的行数。另一种情况是,如果在企业版中使用压缩功能,数据存储的方式与 Mitch 的答案中提到的完全不同。无论如何,varchar(1)
和 char(1)
最终都会以相同的方式存储在短数据区域中。
@Thomas - 例如,尝试这个表定义。CREATE TABLE T2
(
Code VARCHAR(1),
Foo datetime2,
Bar int,
Filler CHAR(4000),
PRIMARY KEY CLUSTERED (Code, Foo, Bar)
)
INSERT INTO T2
SELECT TOP 100000 'A',
GETDATE(),
ROW_NUMBER() OVER (ORDER BY (SELECT 0)),
NULL
FROM master..spt_values v1, master..spt_values v2
CREATE NONCLUSTERED INDEX IX_T2_Foo ON T2(Foo) INCLUDE (Filler);
CREATE NONCLUSTERED INDEX IX_T2_Bar ON T2(Bar) INCLUDE (Filler);
对于 varchar
类型的列,将列定义从 varchar(1)
变为 varchar(2)
是很容易的。这只是一种元数据的更改。
ALTER TABLE T2 ALTER COLUMN Code VARCHAR(2) NOT NULL
char(1)
更改为 char(2)
,必须执行以下步骤:
Code
现在存储为 char(2)
。
Coalesce
与null和长度大于零的值更明确、更灵活,可以更好地解决这个问题,因为数据要么是1个字符(教室代码),要么为空(户外活动)。 - Thomas