DB설계 조언부탁드립니다 ㅜ

Question

안녕하세요

Clickin · Answer

User랑 Sale이 M:N이 아니라면 굳이 board에 sale_info가 필요없어보입니다.Certificate는 결국 인증정보밖에 없는데 굳이 Board와 따로 존재해야하나요? Certificated의 용도가 궁금합니다. 글을 작성할 때마다 인증을 해야한다는 의미면 굳이 따로 테이블을 분리해서 만들 필요가 없습니다.위 추측이 맞다면 Board는 client_info랑 user_info만 fk로 가지면 됩니다.참고로 일반적인 경우 사용자의 성명은 User에 속하는 항목입니다.

르매 · Answer

인증 테이블이 뭔지 조금 설명 부탁해요

르매 · Answer

그럼 인증 부분만 빼고 제가 이해한 선에서 조언 드리겠습니다.제가 이해하기로 이런 비즈니스인 것 같습니다.영업 사원과 영업 내역을 관리할 수 있는, 기업이 가입하는 플랫폼 서비스서비스에 회사가 가입하고, 가입한 회사가 영업 사원을 등록합니다.등록된 영업 사원은 서비스에 로그인할 수 있습니다.영업 사원은 자신이 만난 고객사를 등록할 수 있습니다.영업 사원은 자신이 영업한 내용을 기록할 수 있습니다.위와 같다는 전제 아래 다음과 같이 수정을 제안 드릴게요.dept 본문의 ERD를 보면 dept가 조금 모호합니다. 아마 부서일 것 같은데, 단순하게 설계하자면 부서 컬럼은 회원 테이블에 있어야.. 회원이 회사에서 어느 부서에 있는지 설명이 됩니다. 만약 영업 회사 안에 있는 부서를 서비스에서 관리해 주고 싶다면.. &#34;영업 회사&#34;, &#34;부서&#34; 테이블로 분리되어야 하고 &#34;회원&#34;은 &#34;부서&#34;를 참조하는 구조로 변경해야 합니다. (이건 기획 의도를 몰라 그냥 단순한 구조로 ERD를 그렸습니다.)Board.sale_info 영업 직원이 이미 어느 회사에 소속되어 있는지 알 수 있기 때문에 필요 없는 컬럼입니다. 이 컬럼이 있으면 오히려 데이터 무결성이 깨지는 모순된 상황이 발생할 수 있기도 합니다. 혹시 직원이 다른 회사로 이직하는 경우를 생각하신 거라면.. 회원 테이블과 영업 회사를 연결하는 구조 자체도 개선해야 합니다.마지막으로 네이밍에 대해서 권해 드릴게요.테이블 이름은 복수, 컬럼 이름은 단수PK 컬럼의 이름은 테이블 이름의 단수형 _id현재는 모두 id로 통일되어 있는데, 참조 관계에서 FK가 되는 컬럼은 PK 컬럼 이름을 그대로 사용하는 것이 가독성이 훨씬 좋은데.. 이런 이름 규칙이라야 가능합니다.현재 테이블 이름은 파스칼이고 컬럼 이름은 스네이크인데 이건 통일하는게 좋겠습니다.

세즈 · Answer

그놈의 인조키는 왜 자꾸 쓰나요? 영업처와 거래처는 회사 테이블로 해서 슈퍼타입/서브타입 구조로 나누는건 어떤가요?회원테이블에 sale_id가 fk라면 영업처에 영업사원 이름은 필요없는 구조가 아닐까 싶습니다거래처는 담당자가 한명인가요? 늘어날수 있다면 테이블 분리하는게 좋을듯요거래내역 리스트는 sale, client, createdate desc로 복합 pk가 좋아보임요 실제로 어떤식으로 많이 조회하는지 조회 요건을 생각해보세요 fk는 논리적으로, erd에서만 명시하고 실제 물리모델에서는 fk 잘 안씁니다 말씀하신거처럼 insert, delete할때 복잡해서요. fk걸면 조인해서 select는 빨라지겠죠... 하지만 감수해야할게 너무 커요

장독깨기 · Answer

저도 간단하게 작성해보았습니다.

DB설계 조언부탁드립니다 ㅜ

5개의 답변

Q&A 목록