데이터베이스에 대한 ER 다이어그램은 아래와 같습니다 :두 엔티티의 관계는 무엇입니까?
이제 비행기와 항공편 엔티티 사이의 관계는 무엇인가?
하나 하나 비행기가 여러 비행기를 가질 수있는 반면 많은 비행기는 하나의 비행기를 동시에 가질 수 없기 때문에 1 대 다수라고 말하고 싶습니다.
그래서 관계가 정확히 무엇입니까?
저는 데이터베이스를 처음 사용합니다. 내가 틀렸다면 말해줘.
당신은 관계가가, 또 다른 한가지는 것을 대다는 이러한 두 테이블 (Tbl_Plane_Flight) 사이의 접합 테이블이 있어야합니다 관계입니다 일대이 때문에 경우입니다 말했듯 Plane_Id는 항공편 테이블에서 참조됩니다.
그러나 비행기가 동시에
첫째로 많은 비행을 할 수없는,이 관계에 대한 유효성 검사 규칙 (또는 항공편 테이블의 제약 조건)가 있어야합니다, 당신의 다이어그램은 ER 다이어그램 아니다 , 그것은 테이블 다이어그램입니다. ER 다이어그램은 3 차원 이상 관계, 약한 엔티티 집합 및 관계 식별 및 테이블 다이어그램에 표기법이없는 기타 개념을 지원하는 ER 모델을 나타낼 수 있어야합니다. 적절한 ER 다이어그램 표기법은 일반적으로 Chen의 표기법이라고합니다.
이제 ER 관계는 동일한 테이블에 나타나는 엔티티 도메인 (엔티티 세트를 식별하는 열)을 찾는 것으로 쉽게 식별됩니다. 이들은 일반적으로 PK 및/또는 FK로 표시되지만 반드시 그럴 필요는 없습니다. 당신이 이진 관계를 가질 때
(같은 테이블에 두 개의 엔티티 도메인), 이러한 도메인에 고유 제한 조건을보고 :
일대일 관계는 두 개의 분리 된 고유 제한 조건, 하나를 필요로 각 도메인.
일대 다 관계는 많은 측면에서 도메인에 고유 제한 조건을 요구합니다.
다 대다 관계는 두 도메인에서 복합 고유 제한 조건을 함께 사용해야합니다.
일대 다 관계 관계에 필요한 고유 제한 엔티티 관계에 대한 PK와 일치하기 때문에, 많은 측 엔티티의 엔티티에 관련하여 정규화된다. 일대일 관계는 엔티티 관계로 비정규 화 될 수 있습니다. 다 대다 관계는 복합 키를 필요로하며 복합 키가 엔티티 관계의 PK와 일치하지 않으므로 별도의 관계로 표시되어야합니다. 각 항공편은 정확히 하나 개의 평면과 관련된 : 당신의 예에서
이는 다 대일 관계, (flight_num, planeID)의 관계를 나타내며, 단지 flight_num 이후 유일하게 (때문에 flights 관계의 PK 인에) 제한된다 , 각 비행기는 많은 항공편에 참여할 수 있습니다.
많은 사람들이 여전히 FK 제약과 엔티티 세트과의 관계를 가미하여로, 기존의 네트워크 데이터 모델에서 용어와 개념을 사용합니다 여기
는 고유 제한 조건은 밑줄로 표시되는 시각적 참조입니다 (테이블 다이어그램이 종종 실수로 ERD라고 불리는 이유입니다). 나는 Codd의 논문 "대형 공유 데이터 뱅크의 관계형 모델"과 Chen의 논문 "Entity-Relationship Model - 데이터의 통합 된 뷰를 향한"을 읽을 것을 적극 권장합니다.