Sql Server 参考：char与varchar的选择（经验之谈）

char（或是nchar）与varchar（或是nvarchar）是数据库中最常见的用于存储字符数据的数据类型，由于它们大多数特性相同，因此在选择使用哪种类型字符数据时,

可能会有一些疑惑。不过，通过一些比较和测试，还是可以较为容易地根据实际的需要来选择它们。

      1. char与varchar的比较

      下面是使用char与varcahr的一些结果。

      （1）数据存储开销。

       a. 每个varchar列需要额外的两个字节，用于反映存储的数据的长度。

       b. 每个可为NULL的char列，需要一些字节（空位图）来反应数据的为空性。

       c. 无论实际数据的长度是多少，char按照定义的长度分配存储空间。

       d. varchar根据实际存储的数据长度来分配数据存储空间。

       (2) NULL值。

       a. char列的NULL值占用存储空间。

       b. varcahr列的NULL值不占用存储空间。

       c. 插入同样数量的NULL值，varchar列的插入效率明显高出char列。

       (3) 插入数据。无论插入数据涉及的列是否建立索引，char的效率都明显低于varchar。

       (4) 更新数据

        如果更新的列上未建立索引，则char的效率低于varchar，差异不大；建立索引的话，效率差异较大。

       (5) 修改结构

        a. 无论增加或是删除的列的类型是char还是varchar，操作都能较快的完成，而且效率上没有什么差异。

        b. 对于增加列的宽度而言，char与varchar有非常明显的效率差异，修改varcahr列基本上不花费时间，而修改char列需要花费很长的时间。

       (6) 数据检索。无论是否通过索引，varchar类型的数据检索略优于char的扫描。

        2. 选择char还是选择varchar的建议

        (1) 适宜于char的情况：

        a. 列中的各行数据长度基本一致，长度变化不超过50字节；

        b. 数据变更频繁，数据检索的需求较少。

        c. 列的长度不会变化，修改char类型列的宽度的代价比较大。

        d. 列中不会出现大量的NULL值。

        e. 列上不需要建立过多的索引，过多的索引对char列的数据变更影响较大。

        (2) 适宜于archar的情况;

        a. 列中的各行数据的长度差异比较大。

        b. 列中数据的更新非常少，但查询非常频繁。

        c. 列中经常没有数据，为NULL值或为空值。

        
  转自：http://www.cnblogs.com/Dlonghow/archive/2009/07/18/1526314.html