在数据库中为ENUM使用1位代码VS描述字符串吗？

问题描述

| 在我的

user_accounts

表格中，我有一个名为

source

的字段，它是

ENUM

。它指示如何将用户引至该网站。可能的值是通过Facebook，电子邮件或常规网站注册。 关于如何将这些值存储在数据库中，有3种可能的选择： 作为完整字符串，即

facebook,email,website

作为1个字母的代码，例如

F,E,W

以1的数字代码表示，例如

1,2,3

从数据库性能/维护角度来看，哪种方法是最佳方法？如果我将值存储为1个字母/数字代码而不是完整字符串，将会有什么影响（例如更快的查询）？该列将在

WHERE

语句中使用。     

解决方法

在性能方面，ENUMS实际上倾向于最优化的（由于系统知道可能的值集，因此在搜索等过程中使用不同的算法）。您可以使用ENUMS（\'FACEBOOK \'等）存储完整的字符串，它们每行仅占用1个字节的空间！ （只要其总数少于256个枚举）。但是，只有在确定F，E，W是唯一会看到的选项时，才使用枚举。添加新的ENUMS很麻烦，因为您将不得不更改表以更新枚举值，并且必须确保枚举顺序。 接近秒是数字。问题在于可读性。您可能最终不得不保留另一个表来了解每个数字代表什么。 （在数据库中或在应用程序中） 当涉及到查询速度时，Varchar是最糟糕的，但是最易读和可管理。     ,由于您将在WHERE子句中使用此字段，因此最好使用数字枚举器。通常，应该为要过滤或排序的字段建立索引（我之所以这么说是因为您确实需要通过查询执行计划来验证索引是否值得开销）。 话虽这么说，但使用ENUM却是一团糟。如果您决定改变某些东西，那么就很难改变。另外，如果您传递错误的数据，除非您对SQL严格要求，否则最终只会在该字段中使用NULL。您也不能向ENUM数据中添加其他属性，例如它是活动的还是旧的等。最后，直接在应用程序中使用ENUM信息要困难得多（例如，使用ENUM选项填充下拉菜单） ）。 这是关于此主题的一个很好的SO问题： MySQL ENUM类型与联接表 最后，我建议您使用联接表和PK / FK关系。如果您想要更快的查询，只需不要链接表并将索引用作数字枚举器。与我认为使用ENUM相比，这更适合于良好的数据库设计。     ,好吧，如果您使用数字，则可以节省几个CPU周期。这等于您大脑中的一个神经元与另一个神经元说话需要多长时间。用外行的话来说，除非您打算每秒进行数十亿次操作，否则最好选择最易读和灵活的选项，从而节省许多时间进行调试，这可能比调试花费的时间更长。使用数字可以节省您的钱。