ENUMは本当に悪いですか（SHOW COLUMNSかSELECTか）？

Question

ENUMまたは別のテーブルを使用して可能な値（たとえばhtml select）からリストを取得する方が良いですか？

より良い方法は何ですか？

私がSHOW COLUMNSを使用する場合、列挙型は解析する必要があります。

OR

私は可能な値を格納し、SELECTを使用するために、別のテーブルを使用* ???

Answer 1

enumを使用すると、実際にデータベーステーブルのリストがハードコーディングされます。だからあなたが何かを追加する必要がある場合は、テーブルを変更して変更する必要があります。一方、foreighnキーを使用して接続しているテーブルを使用する場合は、スキーマを変更することなく、フロントエンドアプリケーションから簡単にキーワード（選択肢）を追加できます。

選択肢が変更されない場合はenumを使用し、時間の経過とともにリストが変更されている場合は外部キー関係の表を使用することをお勧めします。選択はあなたのものです。

これがあなたに役立つことを願っています。

Answer 2

答えは 'それに依存する'です。

これらの値のリストが決して（まれに）変更されない、または頻繁に変更されることが予想されるかどうかによって異なります。

最初のケースでは、値リストをデータモデル自体の一部として定義するので、ENUMを作成するのが理にかなっています。これは、明示的にユーザーにどの値が許可されているかを伝えます。

後者のケースでは、データモデルではなくデータを扱うため、これらの値に対して別のテーブルを使用する方がより合理的で実用的です。

Answer 3

実際には、保存する予定のオプションの数によって異なります。 3つしかない場合は、UNUMを使用することをお勧めします。あなたが将来もっと多くのオプションを追加しようとしている場合は、2番目のテーブルも良いでしょう。

Answer 4

オプションが限られており（「保留」、「アクティブ」、「アクティブでない」）直接

で使用列挙型を修正する場合はそれ以外の場合は、オプションや店舗対応する整数IDの子テーブルを作成する方がよいでしょう（プライマリ子テーブルのキー）を親テーブルに格納します。

は私の答えを参照してください。 which is a better design for database status values?