大きなテーブルと小さいテーブルを持つ外部キー

Question

大きなテーブルとの外部キーの関係はパフォーマンスに影響しますか？

CREATE TABLE CHARTOFACCOUNT --Contains all accounts 
(
    AccountNo VARCHAR(23) PRIMARY KEY, 
    --, 
) 

CREATE TABLE DEPOSITACCOUNT --Contains all deposit accounts(row less than CHARTOFACCOUNT) 
(
    AccountNo VARCHAR(23) PRIMARY KEY, 
    --, 
) 

CREATE TABLE DEPOSITACCOUNTSTATUS --Contains all Deposit account status 1 to 1 relation 
(
    AccountNo VARCHAR(23) PRIMARY KEY, 
    --,  
) 

DEPOSITACCOUNTはCHARTOFACCOUNTと外部キーの関係を持っています。今度はDEPOSITACCOUNTSTATUSになると、DEPOSITACCOUNTまたはCHARTOFACCOUNTと外部キー関係が成立し、両方が有効になります。しかしCHARTOFACCOUNTにはDEPOSITACCOUNTより多くの行が含まれているため、パフォーマンス上の問題はありますか？

Answer 1

これは時期尚早の最適化の場合のようです。

モデル化しようとしているシステムに基づいて外部キーを選択してください。と思うだけでなく、パフォーマンスが問題となる可能性があります。

あなたは言う：

私はDEPOSITACCOUNTまたは CHARTOFACCOUNTと外部キーの関係を作ることができ、両方ともこれは私があなたのデザインに問題がある可能性が考えさせる

有効となります。 CHARTOFACCOUNTテーブルストアはDEPOSITACCOUNTテーブルとは何ですか？

預金口座が他の口座タイプと異なる扱いをするのはなぜですか？型を属性としてAccountテーブルに格納しないでください。

預金口座のステータスがアカウント自体とは別に保存されているのはなぜですか？テーブル間に1対1の関係がある場合、その情報をAccountテーブルに移動することができます。

Answer 2

基本的に、同一の主キーを持つ3つのテーブルがあります。これらのテーブルをクラスタード・インデックスにすると、テーブル間のアクセスは非常に高速になります。

関係を設定して理にかなっている必要があります。命名規則から、私はDepositAccountStatusがDepositAccountに関連していると推測します。したがって、私はそのテーブルに外部キーの関係を置くでしょう。

これはパフォーマンス上の問題ではありません。これは単にデータを正しくモデリングすることです。

もう1つの質問は、ステータステーブルがDepositAccountと同じ主キーを持つ理由です。なぜそのテーブルにステータスを直接置くだけではないのですか？