- 전체
- Sample DB
- database modeling
- [표준 SQL] Standard SQL
- G-SQL
- 10-Min
- ORACLE
- MS SQLserver
- MySQL
- SQLite
- postgreSQL
- 데이터아키텍처전문가 - 국가공인자격
- 데이터 분석 전문가 [ADP]
- [국가공인] SQL 개발자/전문가
- NoSQL
- hadoop
- hadoop eco system
- big data (빅데이터)
- stat(통계) R 언어
- XML DB & XQuery
- spark
- DataBase Tool
- 데이터분석 & 데이터사이언스
- Engineer Quality Management
- [기계학습] machine learning
- 데이터 수집 및 전처리
- 국가기술자격 빅데이터분석기사
- 암호화폐 (비트코인, cryptocurrency, bitcoin)
database modeling [DB modeling, DB 모델링] ERD 다이어그램 그리는 방법
2024.10.29 02:00
[DB modeling, DB 모델링] ERD 다이어그램 그리는 방법
ERD 다이어그램 그리는 방법
ERD를 그릴 때는 좌변과 우변의 관계를 중심으로 생각해보세요.
‘이론 한 점’은 내일배움캠프 강민준 튜터님이 수강생에게 요약해주는 컴퓨터 사이언스 지식 코너입니다. 오늘의 이론은 ERD 다이어그램 그리기 꿀팁과 예시를 알려주셨습니다.
여러분 안녕하세요. ERD를 막상 짜보려니 난감하신 분들을 위해 10분 컷으로 이해시켜 드리러 왔습니다. ERD를 작성하실 때는 주인공(좌변)개체로부터 상대(우변)개체로의 '관계'만 생각하시면 됩니다. 그 관계가 1:1인지 1:다(多)인지, 필수인지 선택인지만 생각해보시면 됩니다!
ERD란?
ERD는 Entity Relationship Diagram(엔티티 관계 다이어그램)의 약자입니다.
데이터베이스 설계 과정에서 사용되는 모델링 기법 중 하나로, 데이터베이스에 저장될 데이터 엔티티(entity)들과 엔티티 간의 관계(relationship)를 시각적으로 표현합니다. ERD는 데이터베이스 설계의 초기 단계에서 개념적 모델을 만드는 데 사용되며, 다음과 같은 요소로 구성됩니다.
ERD를 통해 데이터베이스 구조를 시각화할 수 있어 개발자와 설계자 간의 의사소통이 원활해지고, 데이터베이스 구조의 논리적 모순을 조기에 발견할 수 있습니다.
- 개체(Entity): 사각형
- 속성(Attribute): 동그라미
- 관계(Relation): 마름모
마름모 모양의 관계에는 어떤 ‘행동’에 의해서 관계가 되어 있는지 작성해 주시면 됩니다.
하지만 아래 그림처럼 마름모 모양의 관계를 생략해서 작성하기도 해요.
아래와 같이 개체를 테이블로 작성하셔도 됩니다.
속성에 관계선을 이어주기도 합니다. 외래키가 어디에 설정되어 있는지 확인하기에 좀 더 직관적입니다.
- 엑셀, 파워포인트, 워드, Figma 등 수정하기 편한 도구
- SQL ALchemy나 Django-estensions 등
- Aquerytool, DBdiagram: 로그인 안 해도 사용할 수 있는 툴
*회원가입/로그인 하면 더 유용하게 사용할 수 있음
- Flowchart Maker & Online Diagram Software: 회원 가입도 필요없고, 결재도 할 필요 없는 유용한 툴
주인공 개체 입장으로 하나씩 해석해볼까요?
case1. 회원 테이블을 주인공으로 잡았을 때
- 회원1명당 게시글은 0~N개가 있다. → 눈팅만 하는 회원일 있을 수도 있음 게시글은 회원 1명은 필수! → 게시글 하나를 여러 회원이 작성하진 않음
- 회원1명당 댓글은 0~N개가 있다. → 눈팅만 하는 회원일 있을 수도 있음 댓글은 회원 1명은 필수! → 댓글 하나를 여러 회원이 작성하진 않음
- 회원1명당 좋아요는 0~N개가 있다. →좋아하는게 없을 수도 있음 좋아요는 회원 1명은 필수!
case 2. 게시글 테이블을 주인공으로 잡았을 때
- 게시글 N개당 회원 1명은 필수로 있다. → 게시글 하나를 여러 회원이 작성하진 않으니까 단, 회원한테 게시글은 0개일수도 있다. → 눈팅만 하는 회원이 있을 수도 있음
- 게시글 1개당 좋아요 0~N개가 있다. → 좋아요를 못받는 게시글이 있을 수도 있음 ㅜㅜ 좋아요는 게시글 1개는 필수! → 좋아요가 있다는 의미는 게시글이 있다는 의미
- 게시글 1개당 사진이 1~N개가 있다. 사진은 게시글 1개는 필수!
- 게시글 1개당 0~1개의 범주(Kategorie)가 있다.
→ 새로운 품목일 경우 범주 외일 수도 있음, 0개되는게 싫다면 ‘기타’ 라는 범주를 만들어서 필수로 선택하게 만들면 해결 가능! 범주는 게시글 1개는 필수!
- 게시글 1개당 댓글이 0~N개가 있다. 댓글은 게시글 1개는 필수!
case 3. 좋아요 테이블을 주인공으로 잡았을 때
- 좋아요 N개당 회원 1명은 필수로 있다. 단, 회원한테 좋아요는 0개일수도 있다.
- 좋아요 N개당 게시글 1개는 필수로 있다. 단, 게시글한테 좋아요는 0개일수도 있다.
case 4. 범주 테이블을 주인공으로 잡았을 때
- 범주 1개당 게시글 1개는 필수로 있다. 단, 게시글은 범주가 0개일 수도 있다.
→ 새로운 품목일 경우 범주 외일 수도 있음, 0개되는게 싫다면 ‘기타’ 라는 범주를 만들어서 필수로 선택하게 만들면 해결 가능!
case 5. 사진 테이블을 주인공으로 잡았을 때
- 사진 N개당 게시글 1개는 필수로 있다. → 사진도 없이 중고품을 올릴 수는 없게 하자!
위 예시는 예시일뿐, 여러분들의 시스템에 맞게 설계해주시면 됩니다!
[출처] https://nbcamp.spartacodingclub.kr/blog/erd-%EA%B0%9C%EC%B2%B4-%EA%B4%80%EA%B3%84-%EC%9D%B4%ED%95%B4%EB%A5%BC-%EB%8F%95%EB%8A%94-%ED%8C%81-19137?utm_source=google&utm_medium=PMAX2&utm_campaign=nbc&utm_content=trackall&utm_term=&gad_source=1&gclid=Cj0KCQjw7Py4BhCbARIsAMMx-_JhP3Kh91MBh6BxR7VvDOmzot_NVi28rlSOn0dECwORzjqhedeii9oaAhHXEALw_wcB
본 웹사이트는 광고를 포함하고 있습니다.
광고 클릭에서 발생하는 수익금은 모두 웹사이트 서버의 유지 및 관리, 그리고 기술 콘텐츠 향상을 위해 쓰여집니다.
광고 클릭에서 발생하는 수익금은 모두 웹사이트 서버의 유지 및 관리, 그리고 기술 콘텐츠 향상을 위해 쓰여집니다.
