以以下为例，我试图找出设置 MySql 数据库的最佳方法。
FoodGroupTypeCode: 谷物、蔬菜、水果、乳制品、蛋白质
表示该属性的最佳数据类型是什么？
CHAR(1)：G、V、F、D、PTINYINT：使用数字代码（即 Grain = 1，Vege = 2）ENUMVARCHAR(9)：使用全名选项 4 真的不是我的考虑，除非有人真的可以验证它。我已经阅读了很多关于这个主题的“意见”，但正在寻找更具体的理由来选择一个而不是另一个。我很欣赏有人可以提供该程度的任何意见，而不是诸如“我喜欢 ENUM，因为它速度快”之类的意见。
【问题讨论】：
标签： mysql database database-design types
CHAR(1)：G、V、F、D、P
高性能、存储高效并产生可读的代码。当我知道这些值是稳定的，并且当我需要将行为附加到代码时，我喜欢这个解决方案。
(if code = 'G' then specific behaviour)。
TINYINT：使用数字代码（即 Grain = 1，Vege = 2）
高性能，存储效率高，但导致代码可读性降低。如果值发生变化，此解决方案也不会混淆（G 最初是 Grain，但现在已更改为 Brain）。这是最常见的。
枚举
除了微小的性能优势之外，我没有看到使用枚举的任何好处。
当然，如果您确实遇到了性能问题，那么小的性能提升是永远不够的。
VARCHAR(9)：使用全名
结果是可读的代码。某些查询将具有较少的连接，在这些特定情况下会提供性能优势。存储效率不高，如果您想更改值，可能会给您带来问题。如果您有很多包含很多行的表，并且它们都在引用此表，请在冒险之前仔细考虑。
【讨论】：
我会推荐 ENUM，因为它会将您可能的选择限制为谷物、蔬菜、水果、乳制品、蛋白质。
但是，在数据库中，我通常将其作为带有检查约束的 VARCHAR(2)（只能是谷物、蔬菜、水果、乳制品或蛋白质），然后在我的应用程序中将其表示为 ENUM 或列表。
【讨论】：
适当的数据类型的选择完全取决于您将如何处理应用程序中的表数据（如果有），如果您使用此表仅用于存储记录，那么VARCHAR 将是一个更好的选择，因为它会使您的数据更加冗长，但是如果要对表数据进行处理，例如根据某些条件过滤结果，在应用程序逻辑中比较它们时，长名称可能会令人困惑，并且在这样的情况下在这种情况下，CHAR 或 TINYINT 会是更好的选择。虽然基于所用数据类型的性能影响应该是第二优先级。
【讨论】：
我会使用CREATE TABLE FoodGroupType (id int unsigned not null auto_increment PRIMARY KEY, code VARCHAR(20), description VARCHAR(100)。
所以食物表会看起来
CREATE TABLE Food (id int unsigned not null auto_increment PRIMARY KEY,
food_group_type_id int unsigned not null, name VARCHAR(50), description VARCHAR(100),
FOREIGN KEY(food_group_type_id) REFERENCES FoodGroupType(id) ON DELETE ... ON UPDATE ...
【讨论】：
我个人不会使用 Char(1) 或 tinyint，因为它们不是描述性的。从数据上看，它并没有想象的那么清楚。 Varchar 和 enum 将是我会考虑的两个。不过，我喜欢枚举的想法，因为它确实是这样。您是说所有食物都必须是这些食物类型中的一种。
另外我听说枚举速度很快！
【讨论】：