엔티티 관계 지정과 데이터베이스 카디널리티

Question

엔티티 관계를 구별해야합니다. (: M 1) 1과 같은 일 : N

많은 여러 관련하여 하나 하나입니다 :

나는 문제가 한 가지를 이해해야한다? 그리고 M : N은 N : M과 동일합니까?

M : M (Multiple to Multiple)이라고 불리지 않는 이유는 무엇입니까?

Answer 1

데이터베이스의 관계를 식별하고 설명하기위한 많은 용어와 표기법이 있습니다. 이 용어는 1:n 관계를 나타내는 데 사용됩니다

한 많은

에 (또는 0:n 옵션이되고있는 경우) : 여기에 빠른 요약 한 것입니다. 예를 들어 한 저자 (상위 엔티티)가 많은 책 (하위 엔티티)을 작성했습니다.

이

는 다음과 같이 모델화 할 수 있습니다

+--------------+ +--------------+ 
| Author  | | Book   | 
+--------------+ +--------------+ 
| PK AuthorId | | PK BookId | 
|  Name  | |  Title | 
|    | |  ISBN  | 
+--------------+ | FK AuthorId | 
        +--------------+ 

많은

하나에이 1:n (또는 0:n)에 비해 있지만, 뷰의 아이 엔티티 점에서 동일합니다. 예를 들어, 한 저자가 쓴 많은 책. 많은

이에

많은 데이터베이스 측면에서 n:m로 만들어 낸된다. 예를 들어 둘 이상의 저자는 책의 저자 또는 많은 책일 수 있습니다.

이와 같은 관계를 모델링하는 가장 일반적인 방법은 번 링크에 세 번째 테이블을 사용하는 것입니다. 두 엔티티 간의 모든 다른 관계. 이 경우, 당신은 아마 이런 식으로 뭔가 끝낼 것 : AuthorBook이 AuthorId와 BookId와 복합 기본 키가

+--------------+ +--------------+ +--------------+ 
| Author  | | AuthorBook | | Book   | 
+--------------+ +--------------+ +--------------+  
| PK AuthorId | | FK AuthorId | | PK BookId | 
|  Name  | | FK BookId | |  Title |  
|    | +--------------+ |  ISBN  | 
+--------------+     +--------------+ 

합니다.

그런데 나는 복수형 을 여러 번 들었습니다..