親テーブルまたは子テーブルに外部キーを作成する必要がありますか？

Question

違いは何ですか？私はこの2つのテーブルがある場合：

CREATE TABLE Account (Id int NOT NULL) 

CREATE TABLE Customer (AccountId int NOT NULL) 

をそして私は、私がすべき以下の2、そしてなぜをリンクする外部キーをしたいですか？

オプション1：

ALTER TABLE [dbo].[Customer] WITH CHECK 
    ADD CONSTRAINT [FK_Accounts_Customers] FOREIGN KEY([AccountId]) 
    REFERENCES [dbo].[Account] ([Id]) 

オプション2：

ALTER TABLE [dbo].[Account] WITH CHECK 
    ADD CONSTRAINT [FK_Accounts_Customers] FOREIGN KEY([Id]) 
    REFERENCES [dbo].[Customer] ([Id]) 

Answer 1

私は子から親に外部キーを使用します。 tell taleの質問は、エンティティの1つを削除する必要がある場合はどうなりますか？

Answer 2

コンテキストによって異なります。すべての顧客にクライアントがいますか？どちらが親ですか？ Accountに複数のCustomersがあるようです。この場合、参照はCustomerテーブルに属します。今

、それはどこにでも実体CustomerIDとAccountIDに電話してください、と述べました。プライマリテーブルでは重複しているように見えるかもしれませんが、名前はモデル全体で一貫していなければなりません。

Answer 3

FK（外部キー）をカラムリストの下位行は、他の場所でカラムリストの下位行の値として表示されなければならないの値DBMSに伝えます。それが起こるときはいつでも（それは他の宣言によって既に暗示されていません）、FKを宣言します。あなたがCASCADEアクションを参照しているテーブルに変更したときに参照されたテーブルに適用したい場合は、そのテーブルを宣言します。

（それは非FKの場面のために提供することができませんでしたCASCADEについての特別なものは何もありません。それはちょうどFKSで頻繁に来て、合理的にそれらの相互作用を制限することにより、FKSの明示的なグラフがあります。）

FK cycleがある場合は、トリガーを使用する必要があります。どの制約が宣言的に適用されるかについてのあなたの決定&トリガーは、（望ましい）制約のグラフを考慮する必要があります。