전이 외래 키를 추가해야합니까?

간단한 예 : 고객 테이블이 있습니다.

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)
)

나는로부터 별도의 외부 키를 추가해야 Items하는 Customers?

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

사진 대신 : 점선 / FK를 추가해야합니까?

편집 : 기본 키 정의를 테이블에 추가했습니다. 위에서 언급 한 요점을 다시 반복하고 싶습니다. 데이터베이스는 기본적으로 정확성 / 보안 수단으로 고객이 보관합니다. 따라서 모든 기본 키에는 customerID가 포함 됩니다.

이것이 원래 생각이라고 생각합니다.

첫 번째로 주목해야 할 것은 LineItem 테이블의 PK에는 세 개의 속성이 {CustomerID, CustomerOrderNo, OdrerItemNo}있지만,이 예제에서는 단지 두 개의 속성이 없습니다 .

두 번째로 주목해야 할 것은 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.

참고 {CustomerID, OrderNo}받는 전파는 LineItemFK 역할을합니다.

약간 곁눈질하는 경우 이는 예제와 비슷하지만 예제의 PKs {ItemNo} and {OrderNo}두 열 PK와는 반대입니다.

이제 질문은 왜 이런 식으로 단순화하지 않습니까?

어떤 괜찮지 만 소개합니다 경로 의존성 - 당신은 가입 할 수 없습니다 LineItem와 Customer직접 사용해야합니다 Order조인에.

가능한 경우 첫 번째 경우를 선호합니다. 좋아하는 것을 선택하십시오. 그리고 분명히이 세 가지 경우 에 직접 FK를 전환 LineItem할 필요가 없습니다 Customer.

"아이템"은 "고객"을 직접 참조해서는 안됩니다. 이는 아이템의 "주문"에 의해 암시되기 때문입니다. 따라서 "항목"테이블에 "고객"열이 전혀 필요하지 않습니다.

기존 외래 키를 통해 품목과 고객의 관계가 보장됩니다.

orders.id가 ID 열인 경우 items.customer를 모두 제거하십시오.