“고객 ID”(외래 키) 열이있는 “거래”테이블과 “ID”(기본 키)가있는 고객 테이블이 있다고 가정합니다. . 두 테이블 간의 관계를 표시하고 “고객 ID”가 “고객”테이블의 기본 키인 “거래”테이블의 외래 키임을 어떻게 표시합니까?
이 질문을 검색했습니다. 이 포럼에서 내 질문을 확인했지만 내 질문에 대한 다이어그램으로 정확한 예를 찾을 수 없었습니다.
가능하면 다이어그램으로 설명해주세요.
댓글
- 개념적 ER 다이어그램에서만 외래 키를 표시 할 수 있다는 다음 링크를 찾았습니다. lucidchart.com / pages / ER-diagram-symbols-and-meaning . 어떻게 할 수 있는지 알려주세요.
- 저는 ' 학교에서 배웠습니다. (!!) 그 기본 키는 속성 아래에 직선 밑줄로, 점선으로 외래 키로 표현할 수 있습니다.
- 좋아요.하지만 외래 키가 table은 각각의 ta에서 이름이 다른 다른 테이블의 기본 키와 동일합니다. bles (' ID ' 및 ' 고객에 대한 질문의 예에서 질문 한대로 ID ')?
- 이 질문은 “No-Chen”표기법 (fk 관계 표시를 요청하기 때문에)을 참조하기 때문에 새로운 Chen 표기법의 ER 모델에 대한 질문 ( dba.stackexchange.com/questions/271264/ … ) li>
Answer
ER 다이어그램은 원래 ER 모델을 나타내는 데만 사용되었습니다. ER 모델은 관계를 나타내는 데 외래 키를 사용하지 않습니다. 상자 사이에 선을 사용합니다. 선에는 양쪽 끝 또는 양쪽 끝에 카디널리티에 대한 일종의 표시기가 있습니다. 때로는 관계가 다이아몬드로 별도로 표시됩니다.
오늘날 ER 다이어그램의 절반 이상이 실제로 ER 모델이 아닌 관계형 모델의 다이어그램입니다. 관계형 모델에는 테이블에 포함 된 외래 키가 있으며 이는 ER 모델이 식별하는 관계를 구현하는 데 사용됩니다. 그리고 관계형 모델에는 다 대다 관계로 연결된 두 엔터티 테이블간에 “접합 테이블”이라고하는 추가 테이블이 있습니다. 이 접합 테이블에는 둘 이상의 외래 키가 있습니다.
관계형 모델을 표현하는 방법에는 여러 가지가 있습니다. 아마도 가장 간단한 것은 MS Access가 완성 된 데이터베이스에서 생성 할 수있는 “관계 다이어그램”일 것입니다. 데이터베이스 빌더가 외래 키를 식별했다면 이것은 상당히 완전합니다.
더 큰 규모의 다이어그램을 만들기 위해 MS Access보다 더 정교한 도구가 많이 있습니다. 이들 중 일부는 데이터베이스를 구축하기 전에 사용됩니다. 일부는 이후에 사용됩니다.
댓글
- 현재 저는 종이 위에 다이어그램을 만들고 있습니다. 위의 두 테이블 (질문에서)이 관계 다이어그램에서 어떻게 묘사 될 수 있는지 보여 주시겠습니까?
- " ER 다이어그램 고객 트랜잭션에서 검색 할 경우 " 원하는 작업을 수행하는 다양한 방법을 보여주는 많은 이미지를 얻을 수 있습니다.
답변
ER 다이어그램을 그릴 때 다음과 같은 그래픽 규칙을 사용했습니다. 다음과 같이 외래 키 열 이름으로 관계 줄에 레이블을 지정합니다.
이로써 하위 테이블의 어느 열이 상위 테이블에 대한 외래 키인지 명확하게합니다. 기본 키 상태를 나타내는 것은 해당 속성에 밑줄을 긋는 것으로 수행 할 수 있습니다.
이보다 더 유용한 것은 테이블의 기본 키가 무엇인지 명확하게하는 명명 규칙입니다 (사용하는 경우 쉽게 수행 할 수 있음). 관례에 따른 서로 게이트 키) 및 외래 키 열이란 무엇입니까?
일부 관계형 모델 다이어그램에는 열 목록의 열 이름 왼쪽에 키 참여 레이블도 포함됩니다 (예 : " PK ", " FK1 ", " FK2 ", …). 특히 복합 키가있는 경우 도움이 될 수 있습니다.
댓글
- 이 대회도 어딘가에 게시 되었습니까, 아니면 귀하의 (좋은) 아이디어입니까?
- @Lorenz it ' 까마귀 버전의 물리적 엔티티 관계 다이어그램에 대한 적응 ' 발 표기 ( en.wikipedia.o rg / wiki / … ), James Martin ( en.wikipedia.org/wiki/James_Martin_ (작성자)) 게시 ) 그의 저서 정보 공학 에서 관계 이름을 관계에 대한 레이블로 사용했습니다.제게는 ' 논리적 모델에서 물리적 모델로의 현명한 확장입니다.
- 도움이 되더라도 사적인 아이디어로 남아 있습니다. “사용했습니다”라는 표현을 지 웁니다.
답변
다 대일 조인을 설명하기 위해 “까마귀 발”을 사용하는이 형식을 선호합니다.
댓글
- 저는 ER 다이어그램에도 까마귀 발을 좋아합니다. 관계형 다이어그램의 경우 화살촉을 선호합니다. 까마귀 발은 선의 " 많은 " 끝에 있고 화살촉은 하나 " 선의 끝입니다.
- 여기이 그래프의 선 끝에서 누락 된 FK / PK 기호 만 있습니다. 🙂 그래도 dlink '의 첫 번째 링크 게시에 대한이 후속 답변은 내 의견으로는 너무 적은 표를 얻었습니다. dlink ' 이전에 게시 된 링크가 비판을 받았으며, 질문 한 @MKSingh에 의해 이전 질문의 첫 번째 댓글에서 이미 언급되었지만;),하지만! 링크가 거기에 명시된 것보다 나은 것 같습니다. " 물리적 ERD 기호 "에서 제공되는 비디오를 시청하면 ERD에서 여러 FK를 나타내는 방법을 정확하게 보여줍니다. 여기에 직접 링크가 있습니다. 7:28, youtube.com/watch?v=QpdhBUYk7Kk
답변
수년 후 ER 다이어그램의 다른 표기법에 유의하십시오. 따라서 질문은 충분히 정확하지 않습니다.
모든 답변
https://stackoverflow.com/questions/48191228/is-erd-considered-a-kind-of-uml-diagram#48198083
및
ER 다이어그램은 무엇입니까? . 여기에 한 가지 대답은 Chen 표기법이 ERD이고 Crow Foot 표기법은 EAD (Entity Attribute Diagram)라고합니다. @JoshuaGuttman을 참조하십시오.
Chen 표기법은 FK 관계를 명시 적으로 보여주지 않습니다. , 수락 된 답변에서 이미 설명했듯이 다른 표기법도이를 수행 할 수 있습니다.
예를 들어 Crow Foot 또는 Baker의 표기법을 대신 사용하는 경우 " 가장 정확한 " 줄이 정확히 FK로 이어지는 @dlink의 답변입니다. 그러면 복합 PK로 이어지는 복합 FK로 무엇을해야할지 아직 명확하지 않습니다. 즉, 전문 프로그램은 줄 끝을 FK와 그래픽으로 연결하지 않습니다. 그런 다음 이름 지정 만 참조 할 수 있습니다. 이름 지정 규칙 (예 : CustomerID to Customer.ID 또는 기타 규칙)을 엄격하게 준수하면 어쨌든 충분합니다. . 예를 들어 https://www.visual-paradigm.com/guide/data-modeling/what-is-entity-relationship-diagram/
답변
LucidCharts의이 페이지는 ERD의 모양에 대한 멋진 글입니다.
물리적 ERD 기호 아래에서 키를 나타내는 방법을 보여줍니다.
[ https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning]
댓글
- dlink를 환영합니다. 단순한 링크가 아닌 완전한 답변을 제공하십시오. 그렇지 않으면 삭제 될 수 있습니다.