DB 1:1 관계에서 fk 위치

Question

DB 설계 중 궁금한 점이 있어서 질문 남깁니다.1:1 관계에서 주 테이블에 fk를 두는 것이 바람직한가요? 대상테이블에 fk를 두는 것이 바람직한가요?주테이블에 fk를 둘 경우 조회에 있어서 좀 더 간편하지만 NULL 값이 존재할 수 있고,대상테이블에 fk를 둘 경우 확장성 및 유지보수가 용이하지만, 조회 로직이 조금은 복잡한 느낌이 없지 않아 있어서 질문 드립니다.감사합니다.

흠냥흠냥 · Answer

아주 중요한 질문이군요.이런 고급 정보는 잘 안 알려 드리지만... 알려드립니다.전통적인 개발 방법론에서는 대상 테이블에 fk로 두었습니다. 그런데 이게 JPA로 넘어오면서 문제가 생깁니다.보통 JPA에서는 OneToOne 관계를 안쓸것을 권장하지만 써야 하는 경우라면 주테이블이 오너가 되어야합니다다시 말해 주테이블이 fk를 가지는 형태로 개발되어야 합니다그렇지 않고 전통적으로 대상테이블이 fk를 가진다면 N+1 문제가 발생하게됩니다.결론: 어떤 방식이든 상관없지만 JPA를 쓴다면 무조건 주테이블에 넣으세요..

개발잡부 · Answer

DBA가 있다 &#61;> DBA가 짜준테이블에 코드를 맞춘다.DBA가 없다JPA를 쓴다 &#61;> 주테이블에 넣는게 좀 편함JPA를 안쓴다 &#61;> 알아서 잘하지만 진리의 케바케 회바회 부바부 프바프 도메인바이도메인

장독깨기 · Answer

JPA 덕분에 전통적인 설계 사상이 바뀌었다?JPA 는 그냥 수단 중 하나 입니다.수단 때문에 바뀐 것이 아니라, 그 수단으로 하려니 뭔 가 불편하니까,편하게 하려고 꼴리는 데로 바꾸는 겁니다.이런 접근 방법은 매우 바람직하지 않습니다. ㅎJPA 를 쓰든 말든 이것과 데이터베이스 설계는 아무런 상관 관계가 없습니다.그럼, 1:1 관계를 살펴 보겠습니다.one to one : 무조건 주 테이블과 대상 테이블이 같아야 합니다.zero or one : 대상 테이블에 주 테이블의 데이터가 없거나 하나 있거나 입니다.그리고, 대상 테이블에는 주 테이블의 키가 두개 이상 들어가서는 안 됩니다.이걸 만족 하려면, 주 테이블의 PK가 대상 테이블의 PK 가 되어야 합니다.즉, 주 테이블의 키가 대상 테이블의 FK 이면서 PK 가 되어야 합니다.ERD 를 그리면 다음과 같습니다.대상테이블#1 이 one to one, 대상테이블 #2 가 zero or one 입니다.https://www.erdspace.com ERD 편집 툴 입니다.여기 한 번 이용해보세요. :)

Kyeongrok Kim · Answer

질문과 댓글 모두에서 좀 어그로가 끌리네요 ㅋㅋ 일단 무조건이란건 없구요 ㅎㅎJPA가 좋고 많이 쓰는데 DB이론을 잘 알고 써야 하는데 그냥 막써서 나중에 속도 안나오고 컨트롤러 하나 콜했는데 쿼리 10개씩 나가고 이런 경우가 90%일겁니다 저도 옛날에 그랬구요.JPA가 나와서 fk를 pk로 쓰는 식별 관계 대신 비식별 관계로 놓고 대체키를 많이 쓰긴 합니다.편리해서 많이 쓰는데 대신 primary index를 못잡기 때문에 속도에서 손해를 봅니다. 여기 선무당 같은 오키 댓글러들한테는 퍼포먼스 같은거 고려대상이 아닌 테이블쪽 개발을 시켜서 퍼포먼스를 손해본다는게 무슨 의미인지 잘 모를겁니다.그리고 one to one 잘 안쓴다지만 필요한 구간은 유저 테이블에 '병역사항' 같이 1년에 한번 쓸까말까한 자주 조회 안되는 정보를 분리저장 할 때 주로 씁니다.유저테이블에 Role이나 이메일 이런 컬럼은 자주 조회 하고 비즈니스 로직상 매번 필요한 정보를 최소한으로 남길수록 좋습니다. 빅데이터나 데이터쪽 은근히 이런 부분 간과해서 느리져 클라우드 비용 많나오구요.질문 자체도 좀 모호한데 예를 들어 유저 - 회사 관계가 있는데 어떤게 주 테이블이 될지 라던지가 있어야 합니다. 회사-공장 이라고 하면 비교적 어디에 fk를 놓아야 할지 보이는데 엔티티 두개만 봐서는 어떤 엔터티가 주가 될지 모호한 경우도 있습니다.one to one 을 쓰는게 맞는지도 상황에 따라 다릅니다.주테이블이라 함은 fk를 제공하는게 주테이블 입니다.주•부 이렇게 이름은 잘 안쓰는것 같고 부모-자식 이런식으로 많이 쓰지 않나요? 이건 스타일 차이니까 그렇다고 치고요.그래서 제 의견은 질문에 정리가 좀 더 필요 합니다. 두개의 엔티티가 뭐고 어떤 기능을 구현 하려는것인지 써주시면 주•부를 어떻게 정할지, fk를 어디에 놓을지 등 더 괜찮은 답변이 달릴 것 같네요.부트캠프에서 대충 돌아가는 포폴 만드는것 같은데 퍼포먼스까지 고려하는건 투머치 같고요. 시간 고려 해서 적당히 해도 되는데 이상하게 배워와서 고집부리는 새끼들 땜에 댓글 답니다.

DB 1:1 관계에서 fk 위치

4개의 답변

기술 목록