join & 쿼리 여러 번 사용

Question

안녕하세요. 초보 개발자 입니다.프로젝트를 진행 중에 join으로 만든 쿼리를 나눠서 사용하라고 지시를 받아서 수정 중 궁금한 점이 생겨서 남깁니다. select b.columnA from tableA a inner join tableB b on a.columnB &#61; b.columnB와 같은 쿼리가 있을 때, 나눠서select columnB from tableA select columnA from tableB where columnB &#61; #{columnB}이런 형식으로 위에 쿼리를 돌려서 값을 받고, 이것을 바탕으로 아래 쿼리를 실행해서 나온 데이터를 가져가서 쓰는 형식으로 바꾸고 있습니다.프로젝트에 보통 이렇게 되어 있어서 바꾸고 있는데, 성능적으로는 둘 다 큰 차이가 없는 건가요? 궁금해서 질문을 남깁니다. 답변 감사합니다!!

Unknown_ · Answer

DB tool 사용하시면 실행 계획을 확인함으로써, 해당 쿼리 날렸을 때 퍼포먼스를 확인할 수 있습니다.예시와 같이 간단한 조인만 걸린 쿼리라면 굳이 나뉠 필요는 없을 것 같아요.하지만 복잡하거나 비효율적인 쿼리로 작성되어있는 레거시 코드일 수도 있다는 생각이 드네요.그럴 경우 괜히 조인 걸어서 지연 시간 발생시키는 것 보다, 그냥 두 번 조회하는게 더 빠를 때도 있습니다.혹은 명령권자가 쿼리문에 자신이 없거나요.참고 : https://develop-is-reality.tistory.com/46

rarity · Answer

분명 성능 차이가 있습니다.DB 인덱싱- 인덱스란?- 인덱스는 왜 쓰는가?- 인덱스를 사용 안 하는 경우 성능의 차이? 그런데 추후에 조건문 및 필터링 다 정리하고 쿼리에서 다시 다 합칠려고 하시는 것 일수도 있어요.columnB가 재사용되거나요.

잠자는사자 · Answer

보통은 조인 쓰는게 맞고 더 성능 좋습니다.성능때문에 저렇게 나누는 경우의 일은 대량 트래픽 사이트 아닌 이상 거의 없을것입니다. 결론 : 있지도 않을 일에 미리 힘 쓰지 말고 그냥 조인 쓰세요

장독깨기 · Answer

A 테이블 레코드 건수가 n개면 B테이블을 n건 만큼 조회해야겠죠. 이렇게 해서는 안 됩니다.A 테이블 건수가 1개, B 테이블도 1개면 조인하나 분리하나 큰 차이는 없습니다만, 조인하는게 조금이나마 유리하겠죠.A 테이블 건수가 1개, B 테이블이 n 개면 역시 큰 차이는 없습니다.어떤 경우에도 나눠서 하는 것이 성능 상 좋은 경우는 거의 없습니다.그리고, 혹, 첫번째 케이스라면 무조건 조인해서 해야 합니다. :)

wharup · Answer

아마도 복잡한 쿼리들을 업무 단위로 분리하는 케이스인 것 같습니다.성능은 쿼리 하나로 작성하는게 더 좋겠습니다만, 업무 단위로 모듈화 해서 재사용하기 좋은 구조로 만들기 위해 성능을 살짝 희생하는 케이스일 겁니다.그런데 예시로 들은 TO-BE의 2번째 쿼리는 N + 1 케이스라 성능이 많이 느려질 수 있으므로 IN 구문으로 바꾸는 게 일반적으로 적절합니다.where columnB = #{columnB}where columnB IN ( , , , )

kkey21a · Answer

일반적으로 join 해서 사용하는게 맞습니다만, tableA가 데이터가 변동이 잦지 않으나 반면에 조회할 경우는 많은 경우 또 이 데이터가 적어서 cashing 처리 할 수 있을 때는 분리해서 사용하기도 합니다.그러면 tableA는 cashing 처리할 때만 조회하고 그 값을 기준으로 tableB 를 가져 올 수 있기 때문에 위와 같은 방식으로도 프로그래밍하기는 합니다.PS대부분 답변 주신 내용이 비슷해서, 간혹 위와 같은 경우도 있어서 남깁니다.

join & 쿼리 여러 번 사용

6개의 답변

#postgresql 목록