야심한 밤 db설계 질문

[익명(14.45)]

일반적으로 db설계 시 뎁스가 깊어지면 키가 상속되잖아

테이블 a,b,c가 있을 때

a, b는 일대다임

근데 c도 a,b 둘다 정보 필요함 이럴 때 설계 어떻게 할꺼냐

난 단순히 a,b 일대다 b, c 일대다로 했는데 좀 아닌거 같더라고

걍 a,b a,c 일대다로 묶고 필요한 정보만 가져올까 고민됨

- dc official App

[익명(39.113)]

외래키는 잘 사용안하는뎅..

[익명(14.45)]

외래키 왜 사용 안함? 조인 안함? - dc App

[익명(39.113)]

조인 쿼리문에서 left join 하면되지 굳이 외래키 쓸 이유가 잇음?

[익명(14.45)]

조건 안 줌? - dc App

[익명(211.205)]

외래키 제약 안걸게?

[익명(175.196)]

a랑 c, b랑c가 관계가 어케됩니까

[익명(14.45)]

a,c 일대다 b,c 일대다임 - dc App

[익명(175.196)]

이게 플젝마다 좀 다르긴한데 라떼는 a -> b -> c 일케 했었음. 트윗같은 앱이였는데 그룹안에 프로젝트 있고 프로젝트 안에 질문들이 있어서 그룹 tb -> 플젝 tb -> 질문 tb 일케했었음.

[익명(14.45)]

난 c가 a랑 속하는거라 그냥 나눠야겠노 - dc App

[익명(175.196)]

그러면 걍 c가 외래키로 a랑 b의 pk를 가지면 될 듯?

[익명(14.45)]

그것도 생각해봤는데 루프아니지 이거? - dc App

[익명(175.196)]

아 이게 또 플젝마다 다른데 a->c 관계랑 b->c관계가 연관이 없다면 c 테이블은 pk, fk, fk_type으로 정의하기도 함. fk_type은 보통 enum씀. 테이블 나누면 컬럼 똑같이 생긴 거 두 개 만드는 거자너. 근데 저렇게 하면 한테이블로 fk_type에 따라 테이블 조인을 다르게 할 수 있기도 하고 성능도 저게 나음

[익명(14.45)]

결국 a->b, a->c, b->c 라는 건데 enum이라 한번고려해봄 감사 - dc App

[익명(211.205)]

그냥 pk 상속 받으면 되지 뭐가 문제야

[익명(14.45)]

키 상속 받는다고 본문 쌋는데 문제는 일대다리 외래키까지 상속돼서 복합키가 많아짐 그래서 걍 나눌라고 ㅅㄱ - dc App

[익명(110.70)]

테이블 설계 잘못한거 아냐? - dc App

[익명(14.45)]

테이블 많아지니 빡치노 - dc App