SQL을 작성하다 보면 한 번쯤 이런 고민을 하게 됩니다."이건 JOIN으로 푸는 게 맞을까, 아니면 서브쿼리가 더 나을까?"실무에서는 둘 다 정말 자주 쓰입니다. 그런데 많은 분들이 JOIN이 무조건 빠르다, 혹은 서브쿼리는 느리다처럼 단순하게 외우는 경우가 많습니다.하지만 실제로는 그렇게 단순하지 않습니다.먼저 핵심부터JOIN 은 여러 테이블을 연결해서 한 번에 풀어내는 방식이고,서브쿼리 는 쿼리 안에 또 다른 쿼리를 넣어 단계적으로 푸는 방식입니다.무엇이 더 빠른지는 문법 이름보다 실행계획, 인덱스, 데이터 양에 더 크게 좌우됩니다.이번 글에서는 서브쿼리 와 JOIN 의 차이, 성능 비교 포인트, 그리고 실무에서 어떤 기준으로 선택하면 좋은지 쉽게 정리해보겠습니다.서브쿼리와 JOIN은 어떻게 다를까..
실행계획(Execution Plan) 보는 방법, 느린 쿼리 잡는 핵심SQL 성능 문제를 공부하다 보면 반드시 만나게 되는 것이 바로 실행계획(Execution Plan)입니다. 그런데 처음 보면 type, rows, key, Extra, cost 같은 정보가 한꺼번에 나와서 어디부터 봐야 할지 막막한 경우가 많습니다.하지만 실행계획은 생각보다 어렵게 접근할 필요가 없습니다. 핵심은 단 하나입니다.먼저 핵심부터실행계획은 DB가 쿼리를 어떤 순서와 방식으로 처리할지 보여주는 계획표입니다.느린 쿼리를 잡으려면 SQL 문장만 보는 것이 아니라, DB가 실제로 어떻게 읽고 조인하는지를 봐야 합니다.즉, 실행계획은 쿼리 성능 문제의 진짜 원인을 찾는 출발점입니다.이번 글에서는 실행계획이 무엇인지, 왜 봐야 하는지..