RDB에서 대그룹 - 중그룹 - 소그룹 - 회원과 같이 연관관계가 여러 번 중첩되어 있을 때 질문드립니다.

Question

안녕하세요.서비스 형태로 인해 DB가 대그룹 - 중그룹 - 소그룹 - 회원과 같이 연관 관계가 여러 번 중첩된 모양으로 각 테이블이 1:N 연관 관계를 가지게 설계하게 되었습니다.이때, 회원 A가 대그룹 B에 속해있는가를 판별해야 한다면, 회원 A가 속한 소그룹을 찾고, 그 소그룹이 속한 중그룹을 찾고, 그 중그룹이 속한 대그룹을 찾는 식으로 여러 번 연산을 하는 것이 효율적인지, A에 대그룹 id를 나타내는 컬럼을 추가하여 보관하고 있는 것이 좋은지 고민입니다.처음 생각했을 땐 컬럼을 하나 추가하는 것이 여러 번 연산을 하는 것보다 좋다고 생각했었는데, 그럴 경우 회원 A는 자기가 속한 대그룹의 id, 중그룹의 id, 소그룹의 id를 전부 가지고 있어야 하는가? 만약 대그룹 위에 더 큰 그룹인 대대그룹이 있다고 하면 A는 대대그룹의 id, 대그룹의 id, 중그룹의 id, 소그룹의 id... 이런 식으로 A가 속한 모든 그룹의 아이디를 가지고 있어야 하는가? 이런 의문이 들었습니다.또한, 고민되는 이유 중 하나는, 제가 깊게 공부하진 못했지만 데이터 모델링에 대해 공부할 때 데이터 정규화와 join을 공부하면서, 중복된 데이터를 피하기 위해 테이블을 이렇게 나누다보면 그만큼 조회할 땐 다시 join을 해야하므로 성능이 떨어지는거 아닌가? 고민했을 때 들었던 얘기가, join은 메모리 상에서 일어나는 작업이고 데이터의 중복은 디스크에서 일어나는 일이기 때문에 필요 없이 중복된 데이터가 계속 불러와지는 것이 오히려 성능에 안 좋다!라는 말을 들은 적이 있어서, 이번 경우도 join을 통해 충분히 A가 속한 대그룹을 구할 수 있는데 굳이 A에 대그룹 id 컬럼을 추가하는 것이 오히려 성능에 안 좋은 것이 아닌가? 이런 의문을 가지게 되었습니다.OKKY의 고수님들은 실무에서 이런 경우 어떤 식으로 처리하시는지 질문 드리고 싶습니다.

장독깨기 · Accepted Answer

조인으로 하면 됩니다. 데이터베이스 성능을 믿고 너무 고민하지 마세요. ㅎ회원에 대,중,소그룹을 추가했다 보겠습니다.무슨 이유로 소그룹의 상위 그룹인 중그룹 A를 다른 그룹 B로 바꿨습니다.그럼, 회원 데이터를 어케 해야 합니까. 전부 뒤져서 중그룹을 B로 바꿔줘야겠죠.이런 식으로 처리하면 곤란합니다.

kenu,전독시 · Answer

돌려보고 리팩터링하는 편입니다.

톰소여 · Answer

생각해보면 A가 회사원 그룹에 속할 수도 있고 댄스 클럽 그룹에 속할 수도 있습니다.분류야 어떻게 될지 값은 모르겠지만 말이죠.상품분류를 예로 들면 만화이지만 교육용 역사 만화도 있습니다.그런 경우에는 만화 카테고리, 어린이 교육 카테고리, 역사책 카테고리 모두 포함 시킵니다.대표 카테고리로는 어린이 교육이 되겠죠.대표 카테고리 같은 것은 회원테이블의 칼럼에 넣는 것도 좋습니다. 그런 로직이 필요하면 말이죠.분류는 계층 구조 테이블로 잡고 대분류, 중분류, 소분류라고 치면 상위 분류 카테고리 값을 컬럼으로 물고 가는 형태의 한 테이블로 설계하는 것이 일반적입니다.그러면 테이블도 하나만 스캔하면 되니까 불편하지 않습니다. connect by 같은 계층 쿼리도 웬간한 dbms는 다 지원하고 말이죠.

감독님테스트가하고싶어요 · Answer

A에 대그룹 id를 나타내는 컬럼을 추가하여 보관이 방법은 관리하기 너무 힘들 것 같네요.userA 가 smallA - middleA - largeA 에 속해있는데 smallB로 변경된다고 쳐보죠그런데 smallB 는 중그룹 middleB에 속해있고 이건 largeB에 속해있으면단순히 소그룹을 변경하면 끝나는 일을 모든 그룹을 나타내는 컬럼을 변경해줘야합니다.이게 맞는 일일까요?설령 성능이 좋다고 하더라도, 코드 작성자가 아닌 다른 사람이 작업을 할때 방해요소가 되지는 않을까요?저는 크게 문제가 될 것이라는 생각이 드네요.

RDB에서 대그룹 - 중그룹 - 소그룹 - 회원과 같이 연관관계가 여러 번 중첩되어 있을 때 질문드립니다.

4개의 답변

#fk 목록