sql - SQL 中的 CHAR 数据类型是否已过时?你什么时候使用它?

标签 sql types char

标题几乎框定了这个问题。我已经多年没有使用 CHAR 了。现在,我正在对一个包含 CHAR 的数据库进行逆向工程,用于主键、代码等。
CHAR(30) 列怎么样?

编辑:
所以一般的意见似乎是 CHAR 如果对某些事情完全没问题。但是,我认为您可以设计一个不需要“这些某些东西”的数据库模式,因此不需要固定长度的字符串。使用 bit、uniqueidentifier、varchar 和 text 类型,在规范化的模式中,您似乎获得了使用编码字符串值时所没有的优雅。固定长度的思考,没有冒犯的意思,似乎是大型机时代的遗物(我自己也学过一次 RPG II)。我相信它已经过时了,而且我没有听到你提出的令人信服的论据。

最佳答案

在数据的性质决定字段长度的地方,我使用 CHAR。否则为VARCHAR。

关于sql - SQL 中的 CHAR 数据类型是否已过时?你什么时候使用它?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/758699/

相关文章:

SQL根据一个字段的值在两个字段之间进行选择

c - 解析文本文件中由逗号或空格分隔的单词 - 我可以用 scanf 克服逗号吗?

c++ - 为什么 string::c_str() 在动态分配字符串时返回 const char*?

android - 在android中注入(inject)重音键事件

sql - 如何在 SQL 数据库中搜索所有存储过程的文本

mysql - 如何查看mysql存储过程的执行计划?

sql - T-SQL:在修改事务结束之前运行的触发器

haskell - 声明参数化类型同义词的实例

c++ - 检查是否定义了 uint64_t

c# - 通过反射获取某个C#类型的.Net对应类型