推移的な外部キーを追加する必要がありますか？

簡単な例：顧客のテーブルがあります。

create table Customers (
  id integer,
  constraint CustomersPK primary key (id)
)

データベース内の他のすべてのデータはにリンクする必要があるCustomerため、たとえばOrders次のようになります。

create table Orders (
  id integer,
  customer integer,
  constraint OrdersPK primary key (customer, id),
  constraint OrdersFKCustomers foreign key (customer) references Customers (id)
)

次のようにリンクするテーブルがあるとしますOrders。

create table Items (
  id integer,
  customer integer,
  order integer,
  constraint ItemsPK primary key (customer, id),
  constraint ItemsFKOrders foreign key (customer, order) references Orders (customer, id)
)

別の外部キーをItemsto に追加する必要がありCustomersますか？

...
constraint ItemsFKCustomers foreign key (customer) references Customers (id)

代わりに画像：破線/ FKを追加する必要がありますか？

編集：テーブルに主キーの定義を追加しました。上記で述べた点について繰り返し述べたいと思います。データベースは、正確性/セキュリティ対策として、基本的に顧客によってサイロ化されています。したがって、すべての主キーにはcustomerID が含まれています。

これはオリジナルのアイデアだと思います。

最初に注目するのは{CustomerID, CustomerOrderNo, OdrerItemNo}、例では2つだけではなく、LineItemテーブルのPKに3つの属性があることです。

次に注意すべきことはid、属性に総称名を使用したことによる混乱です。

CustomerOrderNo理想的な顧客ごとに（1,2,3 ...）であるべきでOrderItemNo注文ごとに（1,2,3 ...）。

まあ、これは可能であればいいですが、次のように以前の最大値を探すクエリが必要です

select max(CustomerOrderNo)
from Order 
where CustomerID = specific_customer ; 

これは、トランザクション量の多い環境では多くの場合好ましくないため、これらが自動インクリメントに置き換えられ、基本的に同じ目的を果たしているのが一般的です。この自動インクリメットが一意になったことは事実であり、そのため、これをKEYとして使用できますOrderItemNo。

だから、いくつかの名前変更CustomerOrderNo -> OrderNoとOrderItemNo-> ItemNoあなたはこのモデルに到着するかもしれません

だから今、あなたOrderが次を見てみると、ユニークです

{OrderNo}             -- PK
{CustomerID, OrderNo} -- superkey,  AK on the diagram.

がFKとして機能{CustomerID, OrderNo}するようにLineItemに伝播されることに注意してください。

あなたが少し目を細めると、これはあなたの例に近いですが、あなたの例のPKs {ItemNo} and {OrderNo}2つの列PKとは対照的に-だけです。

今問題は、なぜこのようなものに単純化しないのですか？

これは問題ありませんがLineItem、PATH DEPENDENCEが導入されます。Customer直接結合することはできません。結合で使用する必要がありますOrder。

私は可能な限り最初のケースを好む-あなたはあなたのお気に入りを選ぶ。そして、明らかに、これらの3つのケースでは、直接FKからLineItemtoへのFKは必要ありませんCustomer。

これはアイテムの「注文」によって暗示されるため、「アイテム」は「顧客」を直接参照してはなりません。したがって、「items」テーブルの「customer」列はまったく必要ありません。

アイテムと顧客との関係は、既存の外部キーによって保証されます。

orders.idがID列である場合は、items.customerをすべて削除することを検討してください。