MySQL 查询性能困境：枚举与表

Question

我目前有这个架构：

CREATE TABLE `users` (
  `users_id` int(11) NOT NULL AUTO_INCREMENT,
  `users_name` varchar(50),
  `users_lastname` varchar(50),
  `users_dob` date,
  `users_type` int(11) NOT NULL default 0,
  `users_access` int(11) NOT NULL default 0,
  `users_level` int(11) NOT NULL default 0,
  /* etc...*/
  PRIMARY KEY (`users_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

CREATE TABLE `users_types` (
  `types_id` int(11) NOT NULL AUTO_INCREMENT,
  `types_name` varchar(50),
  PRIMARY KEY (`types_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

/* etc..*/

查询：

SELECT
    types_name AS user_type, 
    /* all other fields*/
    users.*
    FROM users
    INNER JOIN users_types ON (users.users_type=types_id);
    /* INNER JOIN for all other tables*/
/* Rest of query */

我的新解决方案：

CREATE TABLE `users` (
  `users_id` int(11) NOT NULL AUTO_INCREMENT,
  `users_name` varchar(50),
  `users_lastname` varchar(50),
  `users_dob` date,
  `users_type` ENUM('type1', 'type2', 'type3'),
  `users_access` ENUM('access1', 'access2', 'access3'),
  `users_level` ENUM('level1', 'level2', 'level3'),
  /* etc...*/
  PRIMARY KEY (`users_id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

查询：

SELECT
    *
    FROM users

据我所知，使用 ENUM 非常简单，并且执行速度非常快。

1. 我说的对吗？ MySQL 引擎处理 ENUM 类型字段会比处理 LEFT JOIN 更快吗？
2. 使用 ENUM 是一种好习惯吗？

谢谢

Answer 1

我个人认为应该使用 int 数据类型，并且该数据的 ENUM 化应该在另一层中完成。

表定义是存储枚举值范围的糟糕地方。这很难轻易解决，并且让您的应用程序有权修改表定义是一个安全问题（可能）。

相反，我建议使用 INT 类型，然后在您的软件中创建一个与下面的数据库交互的模型，以呈现 ENUM 的外观。

通过这种设计选择，切换数据库软件是微不足道的，您不需要为您的生产应用授予“ALTER TABLE”权限，并且扩展您的枚举很容易。此外，您还可以减少程序需要从 ENUM -> 整数进行转换的次数——它可以在编译时完成，而不是在每个数据库 SQL 请求中完成。

Answer 2

1) 是的，它会更快，因为 ENUM 数据类型在表本身中被索引（即无需为每条记录读取另一个表）

2) 可以，只要您不想在任何其他表中使用这些字段。一旦您想在多个表中使用给定字段，您应该为该字段创建一个单独的查找表。此外，如果您希望该字段具有用户可定义的值（并且不需要他们直接修改数据库来更改它们），您应该使用单独的表。