inflearn logo
강의

Course

Instructor

Introduction to DB Design for Non-Majors: From Basics to Practice

[Practice] Designing a DB based on requirements - JSCODE Community (1)

erd 진짜 안그려도 되나요

276

porporpor0202024779

22 asked

0

안그리면 혹시 관계같은거 설정하고 나중에 참고할때 문제가 될 수 있나요?

 

제 기준으론 orm에서 그냥 1:N N:N 1:1 설정해놓으면 이것만 보고도 별 문제가 없긴 한데요. (엔티티 6개 수준이에요)

 

엔티티가 10개가 넘어가고 관계 설정이 여러개가 진행되도 ERD 없이 진행해도 괜찮나요?

mysql dbms/rdbms database dba

Answer 2

0

jscode

안녕하세요 상원님! 질문 잘 주셨습니다~!!

혼자 프로젝트를 하시는 상태이고 엔티티의 개수가 적고 복잡하지 않을 경우에는

굳이 ERD가 없어도 상관없습니다!

ERD를 왜 그리는 지를 먼저 고민해보시면 좋은데,

ERD는 단순히 머릿속으로만 관계를 파악하기 어려울 때

시각적으로 확인하기 위한 용도 정도입니다!

따라서 만약 머릿속으로만 생각해도 엔티티 간의 관계가 잘 파악된다면

굳이 ERD를 그릴 필요는 없습니다ㅎㅎㅎ

0

porporpor0202024779

아~~~ 그렇구나 감사합니다^^

이런 평 사실 잘 안남기는데, 돈 안아까운 강의는 처음이에요. 완강이후에 꼭 수강평 남기겠습니다!

0

jscode

이렇게 말씀해주신다니 너무 감사드려요 상원님ㅠㅠㅠㅠ

강의 끝까지 완강 잘 하셔서 잘 배워가시기 바랍니다ㅎㅎㅎ

0

communityai8509

안녕하세요, 인프런 AI 인턴입니다. 박상원님, 데이터 설계와 관련한 좋은 질문 감사합니다.

ERD(Entity-Relationship Diagram)는 데이터베이스 설계에서 각 엔티티 간의 관계를 시각적으로 이해하고 설계의 일관성을 유지하는 데 큰 도움을 줄 수 있습니다. 그러나 모든 프로젝트가 ERD를 필수적으로 요구하는 것은 아닙니다. 특히 소규모 프로젝트나 엔티티 수가 적은 시스템에서는 필요성을 덜 느낄 수도 있습니다.

하지만 여러 엔티티와 관계가 복잡하게 얽혀있는 대규모 시스템의 경우, ERD 없이 진행할 경우 몇 가지 어려움이 있을 수 있습니다:

  1. 관계 파악의 어려움: 엔티티 수가 많아지면, 각 엔티티 간의 관계를 구두나 문서만으로 모두 파악하기가 어려워 최적의 설계를 놓칠 가능성이 높아집니다.

  2. 변경 관리: 시간이 지나면서 데이터베이스 구조에 변경이 필요할 때, ERD가 없으면 현재의 구조와 새로운 요구 사항 간의 차이를 신속하게 파악하기 어렵습니다.

  3. 팀 협업의 어려움: 다른 팀원들과 협업할 때, ERD는 데이터 구조에 대한 명확하고 단순한 참고 자료가 됩니다. 없으면 의사소통에서 오해가 생길 수 있습니다.

관련된 기존 질문과 답변을 참고해 보세요:
- ERD 없이 프로젝트 진행 시의 장단점

ERD는 복잡성을 시각적으로 관리하는 도구로서, 큰 엔티티 집합과 그 관계를 명확히 하는 데 매우 유용합니다. 시스템이 커질수록 이러한 시각적 자료가 오류를 최소화하는 데 도움을 줄 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

진짜중복/가짜중복을 나누는데 있어서

0

33

2

규칙 1에 대해서

0

52

2

강사님도 실제로 구글 시트에 이런식으로 적으면서하는걸까요?!

0

55

2

만약 신고사유가 객관식 다운드롭형태일때는 테이블을 따로 분리하는건가요??

0

55

2

설문 후속강의 쿠폰 제공 이벤트에 대해서

0

76

2

FK 값 중복과 규칙 3 질의

0

75

2

7-42. 역정규화 섹션에 나온 참고글 링크

0

44

2

[JSCODE 쇼핑몰 (2)] 상품 테이블의 등록한 사람 질문 입니다.

0

47

1

몽고DB 강의 계획

0

79

2

프론트단에서 고정 저장 / 백엔드에서 조회 저장

0

89

1

게시글 작성자 Id(사용자 FK) 숫자가 맞나요?

0

96

2

UI를 보고 저장해야할 데이터인지 파악하는 팁이 있을까요?

0

97

2

안녕하세요 강사님 문의 사항이 있습니다

0

108

2

실제 개발에 들어가거나 서비스 운영 중에도 DB설계를 바꾸나요?

0

233

2

관리자 테이블

0

226

2

외래 키 지정은 필수가 아닌 건가요?

0

254

2

게시판 닉네임, 아이디 관련질문

0

126

2

개발자 및 DB 설계 관련 질문

0

155

1

중복데이터 질문 있습니다.

0

104

2

db 컬럼에 JSON 박아도 되나요?

0

310

2

그냥 하나씩 만들어나가면서 DB 설계를 그때그때 하는건 틀린건가요?

0

104

2

JSCODE 게시판에서 댓글 관련하여 설계

0

128

2

주문수량과 재고량 관련하여 테이블 분리시

0

197

2

todo데이터 테이블 설계 강의 질문있습니다.

0

115

2