SQL中的CHAR数据类型是否已过时？你什么时候用的？

标题几乎构成了问题.多年来我没有使用过CHAR.现在,我正在对一个包含CHAR的数据库进行逆向工程,包括主键,代码等.
CHAR(30)列怎么样？

编辑：
所以普遍意见似乎是CHAR,如果对某些事情完全没问题.但是,我认为您可以设计一个不需要“这些特定事物”的数据库模式,因此不需要固定长度的字符串.使用bit,uniqueidentifier,varchar和text类型,似乎在一个良好规范化的模式中,当您使用编码的字符串值时,您将获得某种优雅.以固定长度思考,没有冒犯意味着,似乎是大型机时代的遗物(我曾经自己学过RPG II).我相信它已经过时了,我没有听到你声称不同的令人信服的论点.

解决方法

如果数据的性质决定了字段的长度,我使用CHAR. VARCHAR.