静的データテーブルの設計に関して。表示されるような表に静的データを持つ:SQL静的データ/参照リストIDENTIFIER
- 通貨(コード、名前)。行の例:米ドル、米ドル
- 国(コード、名前)。行例:DE、ドイツ
- XXXObjectType(コード、名前、...追加の属性)
- ...
は、それがそのように主キーとして別(INTEGER)列を持ってしても意味がありませんすべての外部キー参照はそれを使用するでしょうか? PKとFKとして(Nは小さい通常CHAR(N)、)PKとFK
- 利用の追加INTEGER
- 利用コードの場合のみ:
可能な解決策特定のサイズ以下...どのサイズですか?
- その他
_______
何あなたの提案でしょうか?どうして?
私は通常、INT IDENTITY
の列を使用しましたが、非常に短いコードを使用することはUI上でユーザーに表示するのに十分です。その場合、クエリのジョインが1つ少なくなります。
ありがとうございました。 私はDATEs(YEARSではなく)のテーブルを持っていますが、DATE自体をPKとして使用しています。ここでは、DOW、IsWorkDay(曜日ではない)、PreviousWorkDayなどの複数の事前計算された属性を格納しています。 – van
+1。私は私が働いている場所でそれを行います。私はそれが嫌いです。私は国のID 43がその人が米国に住んでいることを意味することを知らない限り、レコードの実際のデータを把握するために、4つまたは5つのテーブルに参加しなければなりません....すべての "最適化" – kemiller2002
ルックアップ値の種類あなたが使用している、私はむしろ標準化された略語のセットを探すことを試みるだろう。たとえば、国と通貨コードのISOが表示されます。これはエンドユーザーには非常に直感的です。 –