一般规则是，如果所有行的长度接近相同，则选择CHAR。当长度变化显著时，选择VARCHAR(或NVARCHAR)。CHAR也可能更快一些，因为所有的行都是相同的长度。

它因数据库实现而异，但通常，VARCHAR(或NVARCHAR)除了实际数据之外，还会使用一到两个字节的存储空间(用于长度或终止)。因此(假设您使用的是单字节字符集)存储单词“FooBar”

CHAR(6) = 6字节(无开销) VARCHAR(100) = 8字节(2字节开销) CHAR(10) = 10字节(4字节浪费)

最重要的是，对于相对相同长度的数据(在两个字符长度差以内)，CHAR可以更快、更节省空间。

注意:Microsoft SQL对于一个VARCHAR有2个字节的开销。这可能因DB而异，但通常至少需要1个字节的开销来指示VARCHAR上的长度或EOL。

正如Gaven在评论中指出的:当涉及到多字节字符集时，情况会发生变化，在这种情况下VARCHAR会成为更好的选择。

关于VARCHAR声明长度的注意事项:因为它存储了实际内容的长度，所以您不会浪费未使用的长度。因此，在VARCHAR(6)、VARCHAR(100)或VARCHAR(MAX)中存储6个字符使用相同的存储量。阅读更多关于使用VARCHAR(MAX)时的差异。在VARCHAR中声明最大大小以限制存储的容量。

在评论中AlwaysLearning指出Microsoft Transact-SQL文档似乎说的恰恰相反。我认为这是一个错误，或者至少文件不清楚。

我会选择varchar，除非列存储固定的值，如美国州代码-这总是2个字符长，有效的美国州代码列表不经常改变:)。

在其他情况下，甚至像存储哈希密码(固定长度)，我会选择varchar。

为什么——char类型的列总是用空格填充，这使得列my_column定义为char(5)，值为'ABC'在比较中:

my_column = 'ABC' -- my_column stores 'ABC  ' value which is different then 'ABC'

假的。

这个特性可能会在开发过程中导致许多恼人的bug，并使测试更加困难。

早期性能优化和使用最佳实践类型的规则之间存在差异。如果创建的新表中总是有固定长度的字段，那么使用CHAR是有意义的，在这种情况下应该使用它。这不是早期优化，而是实现经验法则(或最佳实践)。

即-如果你有一个2字母的状态字段，使用CHAR(2)。如果您有一个包含实际州名的字段，请使用VARCHAR。

许多人指出，如果知道值的确切长度，使用CHAR会有一些好处。但是，虽然今天将美国州存储为CHAR(2)很棒，但当您从销售人员那里收到“我们刚刚完成了对澳大利亚的第一笔销售”的消息时，您将陷入痛苦的世界。我总是高估我认为字段需要多长时间，而不是做一个“准确”的猜测来覆盖未来的事件。VARCHAR将在这方面给我更多的灵活性。

这是典型的空间与性能的权衡。

在MS SQL 2005中，Varchar(或每个字符需要两个字节的语言，如中文)是可变长度的。如果您在将行写入硬盘后再添加数据，则会将数据定位在与原始行不相邻的位置，并导致数据文件碎片化。这将影响性能。

所以，如果空间不是问题，那么Char格式的性能更好，但如果你想保持数据库的大小，那么varchars格式更好。

我永远不会使用字符。我和很多人都有过这样的争论，他们总是提出令人厌倦的cliché char更快。我说，快多少?我们在这里讨论的是什么，毫秒，秒，如果是的话，是多少?你是在告诉我，因为有人声称它快了几毫秒，我们就应该在系统中引入大量难以修复的bug ?

这里有一些你会遇到的问题:

每个字段都将被填充，因此您最终得到的代码将永远到处都是RTRIMS。对于较长的字段来说，这也是一种巨大的磁盘空间浪费。

现在假设你有一个典型的例子，一个只有一个字符的char字段，但是这个字段是可选的。如果有人传递一个空字符串到这个字段，它就变成了一个空格。因此，当另一个应用程序/进程查询它时，如果不使用rtrim，它们将得到一个单独的空间。我们有xml文档，文件和其他程序，只显示一个空格，在可选字段和打破东西。

现在你要确保传递给char字段的是空值而不是空字符串。但这不是null的正确用法。这里是null的用法。假设您从供应商那里获得了一个文件

城市名字性别| |

鲍勃| |洛杉矶

如果没有指定性别，则在表中输入Bob、空字符串和Los Angeles。现在让我们假设你得到了文件，它的格式改变了，性别不再包括在内，而是在过去。

城市名称|

鲍勃|西雅图

好吧，现在由于性别不包括在内，我将使用null。Varchars毫无问题地支持这一点。

而夏尔则不同。你总是要发送null。如果你发送空字符串，你将得到一个包含空格的字段。

我可以继续在大约20年的开发过程中修复所有的错误。