テーブルに外部キーが多いとLEFT JOINだらけになる

Question

テーブルに外部キーが多いとLEFT JOINだらけになるのは普通なんでしょうか。
例えば2つの性別しかない性別テーブル(コード:性別、0:不明、1:男性、2:女性)を使うと、外部結合で性別を表示してますが、テーブルが「～コード」などの外部キーだらけだとLEFT JOINばかりになってしまいます。こういう場合はCASEとか使うのでしょうか。
レコードが多ければテーブルにするのですが、上の性別や、～区分など、レコードが少ししかないマスタをどう扱うべきなのか分りません。
個々のケースによるとは思いますが、一般的に実際の業務ではどうされているのでしょうか。
回答いただけると嬉しいです。よろしくお願いします。

Answer 1

性別までテーブルにするお客様に当たった記憶はありません。
SQLをシンプルにパフォーマンス良く実行できるように、データベースのテーブルはデータベースの正規化 に沿って設計します。通常、第3正規化まで行います。第1正規化で繰り返しを排除します。

差し支えない範囲で質問に関連するテーブルのCREATE TABLEと用途を追記されては？

Comments

[gorillam]

ご回答ありがとうございます。

Answer 2

テーブルが「～コード」などの外部キーだらけだとLEFT JOINばかりになってしまいます。

テーブルの値を出力する直前まではコードをそのまま引き回して、別途でマスターの値をとってきて後からコードを表示名に変換する、というような方法も考えられます。

Comments

[gorillam]

ご回答ありがとうございます。
表示の時だけマスターから取って来るようにします。

Answer 3

テーブルに外部キーが多いとLEFT JOINだらけになるのは普通なんでしょうか。

外部キーにしているなら当然です。
ユーザーによって可変とならない不変なコード（例えば性別とか制御用のコードなど）はテーブル化する事は稀です。

DBMSによっては、SQL内で使用できる定数を定義出来るものもありますので、活用することもあります。

Comments

[gorillam]

「～区分」などもわざわざテーブルにはしないんですね。
もう少し勉強してみます。
ご回答ありがとうございました。

Answer 4

テーブルに外部キーが多いとLEFT JOINだらけになるのは普通なんでしょうか。

普通です。

一般的に実際の業務ではどうされているのでしょうか。

一般的には、Viewやストアドを駆使して短いクエリで取得できるようにしておくのが良いと思います。
わたしはアプリケーション側ではSQLを叩かず、フレームワークに吸収してもらってます。

Comments

[gorillam]

ご回答ありがとうございます。
普通なんですね。外部結合だらけになっても気にしないで書いていきます。