연관관계 설정을 굳이 하지 않아도 될까요?

Question

member 테이블에 id, 가입 시점에 입력되는 nullable한 recommender_id(member 테이블 자기참조)가 있을 때자신과 조인할 일이 없고 항상 recommender_id까지만 요구된다면연관관계를 맺지 않아도 괜찮을까요?로직흐름은가입 시 recommender_id 입력 받음recommender_id가 유효하 recommender_id를 가지고 insert 됨.이 후, select 시에도 member.recommender_id 만 쓰이고 셀프조인할 일은 없음.

장독깨기 · Answer

연관 관계를 맺는건 엉뚱한 데이터가 들어오지 못 하게 하는 제약사항이자 안전장치입니다.로직으로 처리할 수 있다 하지만, 관계를 맺더라도 아무 상관이 없습니다.그리고, 관계를 맺든 안 맺든 셀프 조인할 수 있습니다.그니까, 굳이 관계를 맺을 필요가 있는가? 이보다는 굳이 안 맺을 이유가 있는가?이런 관점으로 보는게 어떨까 합니다. :)

김을동 · Answer

필요없어보이네요

basscraft · Answer

개발자는 물리적인 릴레이션을 강제하는 것을 극혐하고DBA는 모든 관계에 릴레이션을 맻여야 한다고 항상 싸웁니다.저도 개발자 이고 예전에는 릴레이션이 필요 없는 귀찮은 존재라고 생각했었지만지금은 모든 릴레이션은 조건을 명확하게 설계 해야 한다는 생각입니다.@장독깨기 님이 쓰신 말씀 처럼 '안 맺을 이유가 있는가?'를 생각해 보면개발자가 개발시 데이터 관리하기 귀찮은 이유가 대부분 이라고 생각합니다.로직으로 아무리 잘 막는다고 해도 DB에 물리적 제약조건이 있는 것이 데이터 운용면에서는 훨씬 이득이라고 생각합니다.

비정규분포 · Answer

RDMS에 R이 말씀하시는 연관관계인데, 그만큼 시스템에 핵심적인 요소입니다. 하지만 SQL 종류마다 실제로 하는 문법이 달라서 다른분 말씀대로 안하는 프로젝트들도 수두룩 합니다. 위키미디어가 대표적인 예. 도구를 설명서대로 쓰면 좋겠지만, 설명서대로 안 쓴다고 해서 osha 만 지키면 아무도 뭐라 할 말이 없죠.n:m 관계로 엮어주면 schema 자체만 봐도 관계가 확실하게 보이고, workbench 같은 툴을 써서 쉽게 crow's feet notation으로 볼 수 있고, UML 같은 언어로 변환하는 것도 쉬워집니다. 원래 RDMS라는 툴이 그렇게 쓰라고 만들어진거니까요. 인덱싱도 엮어진대로 최적화가 되고 등등..

연관관계 설정을 굳이 하지 않아도 될까요?

4개의 답변

#join 목록