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を使用していることから、ENUMは非常に簡単で実行が非常に簡単です。

1. 私は正しいですか？ LEFT JOINを持つのではなく、MySQLエンジンがENUM型フィールドを処理する方が速いでしょうか？
2. ENUMを使用していますか？ ENUMデータ型をテーブル自体に各レコードの別のテーブルを読み取る（すなわち不要）

   2）はい（Y）をインデックス付けされないよう

おかげ

Answer 1

個人的には、intデータ型を使用する必要があり、そのデータのENUM化は別のレイヤーで行う必要があると思います。

表の定義は、列挙型の値域を格納するには不適切です。簡単に手に入りにくく、アプリケーションにテーブル定義を変更する権限を与えることは、セキュリティ上の問題（おそらく）です。

代わりに、INT型を使用して、ソフトウェアで、以下のデータベースと対話してENUMの外観を与えるモデルを作成することをお勧めします。

この設計では、データベースソフトウェアの切り替えは簡単ではありません。プロダクションアプリに「ALTER TABLE」権限を与える必要はなく、列挙型を拡張するのは簡単です。さらに、プログラムがENUM - > integerから変換する必要がある回数を減らしています。これは、すべてのデータベースSQL要求ではなく、コンパイル時に実行できます。

Answer 2

1）はい、それは、より速くなるであろう他のテーブルでこれらのフィールドを使用しない場合は限ります。複数のテーブルで特定のフィールドを使用するとすぐに、そのフィールドのルックアップテーブルを作成する必要があります。また、フィールドにユーザー定義可能な値を設定したい場合は、フィールドを変更するためにデータベースを直接変更する必要はありません。別のテーブルを使用する必要があります。