c# - 列挙型と内部結合/場所

Question

さまざまなテキスト値を int で定義しました。より適切で高速な検索のために、データテーブルに int 値を格納します。テキスト値を表示するには、次の 3 つのオプションがあります。

コードで Enum を宣言し、int 値に従ってテキスト値を表示します。これは静的であり、新しい値を追加する場合はコードを変更する必要があります。
動的にするために、別のデータベースにあるテーブルに int 値とテキスト値を格納し、管理者が所有することができます。新しい値は、このテーブルで管理者が更新できます。内部結合を使用して、レコードがフェッチされるたびにテキスト値を表示します。
実際のテキストをそれぞれのデータテーブルに格納します。これにより、検索が遅くなります。

私の質問は、次の条件で使用するのに最適なオプションはどれですか?

score 1 · Accepted Answer

与えられた理由のために私はオプション1に行きません。列挙型はルックアップとして存在しません。1を辞書の作成に置き換えることもできますが、変更を加えるたびに再コンパイルする必要があり、これは悪いことです。

ここのように大量に複製されることが保証されている場合、テキストをテーブルに保存すること（つまり、オプション3）は良くありません。これは、2番目に提案したルックアップテーブルを使用する必要がある場所です。

そうです、それらをデータベーステーブルに保存し、それを介して管理します。

小さなテーブルだけであれば、参加にそれほど時間はかかりません。心配な場合は、最初に必要なときにルックアップテーブルをコードのディクショナリにロードし、小さなルックアップテーブルからコードの値を検索することもできます。ただし、参加するだけで問題が発生することはないと思います。

そして、条件（レコード数など）に関係なく、このアプローチを実行します。しかし、条件はそれをより賢明にします。:)

score 1 · Accepted Answer

オプション #2 とオプション #1 の組み合わせが好きです - int を使用するが、別のデータベースにディクショナリテーブルがあります。
説明させてください：

score 0 · Accepted Answer

文字通り何百万ものレコードがある場合、サーバーコードまたはクライアントでそのような構造を任意の形式でスピンアップしようとしてもほとんど意味がありません。データベース、IMHOに保存する必要があります。

リストを作成するクエリは、返されるレコードの数を管理可能な数に制限するのに十分スマートである必要があります。おそらく、パーティション化されたビューまたはストアドプロシージャがこの点で役立つ可能性があります。

これが主に読み取り専用リストであり、更新が管理アクティビティのコンテキストでのみ行われる場合は、クライアント側で適切なインデックスとクエリを使用して、テーブルに対して非常に迅速にクエリを実行できるはずです。

3 に答える 3