💬 [Section4] 서브쿼리

[gusdn7142]

아래 형식으로 공유할 내용을 남겨주세요~!

• 새롭게 알게 된 점
• 어려웠거나 궁금했던 점
• 업무와 관련된 내용
• 기타 (자유 내용)

[chordpli]

궁금했던 점 (업무와 관련된 내용)

• 실무에서 복잡한 서브 쿼리(연산이 있는)로 인하여 슬로우 쿼리가 발생한 경험이 있습니다. 이를 해결하기 위해 서브 쿼리를 분리한 후, 해당 쿼리에 대한 연산 작업을 코드레벨(python, sqlalchemy 사용)에서 정제한 다음 정제된 값을 쿼리의 조건문에 다시 활용하는 방법으로 개선했었습니다. 이게 일반적인 방법인지 잘 몰라서, 다른 분들도 이렇게 처리하셨던 경험이 있으신지 궁금합니다.

[gonasooc]

어려웠거나 궁금했던 점

• 학습을 하다 보니 실행 순서상 서브쿼리가 실행된 결과를 가지고 메인 쿼리를 실행하는데, 서브쿼리의 결과가 나온 이후에 메인 쿼리가 실행되기 전(SELECT 하기 전)에 서브쿼리의 값이 바뀌면 어떻게 되나 궁금했습니다. 그 순간의 데이터를 스냅샷으로 보기 때문에 같은 결과를 얻는다는 개념으로 받아들이는 게 맞나요? 잠깐 찾아 보니 이게 동시성, 트랜잭션 격리 등으로 뻗어가게 되던데, 이후에 좀 자세히 살펴보려고 합니다.
  • https://sjoonb.tistory.com/82
  • https://learn.microsoft.com/ko-kr/sql/relational-databases/databases/database-snapshots-sql-server?view=sql-server-ver17

업무와 관련된 내용

• 일반적으로 실무에서는 JOIN을 주로 쓰지 않을까 추측해봤습니다. 성능도 성능이지만 뭔가 제 기준에선 JOIN이 좀 더 가독성이 좋게 느껴지는 느낌이라서..? 스칼라 서브쿼리까지는 뭐 그렇다 치겠는데 다중 서브쿼리부터는 뭔가 아득해지는 느낌이 ..

[chordpli]

말씀하신 것처럼 조회 때는 스냅샷으로 찍기 때문에, 같은 결과는 얻는 걸로 알고있어요.
조회 후 수정을 하는 로직일 때 동시성, 그리고 트랜잭션 격리 등을 고려하게 되는 것 같아요. (조회되고 업데이트 되는 그 사이에 값이 변경되는 이슈)

[mixxeo]

주로 JOIN을 사용하기는 하는데, 엄청 복잡한 집계쿼리 같은걸 작성할 때는 뷰테이블(서브쿼리)를 종종 사용했었습니다!

[mixxeo]

알게된 점

• 평소에 IN 연산을 자주 사용하는데, 앞으로는 EXISTS 연산으로 대체하는 습관을 들여야겠다고 생각했습니다.

업무와 관련된 내용

• 저희 팀에서는 ORM으로 Prisma Client를 사용하고 있는데, Prisma에서는 비교적 최근까지 JOIN이나 Subquery 연산을 지원하지 않아서 성능 개선을 위해서는 Raw query를 사용해야 했던 경험이 있습니다. 다른 언어의 ORM들은 join, subquery를 잘 지원하는지, 코드단에서는 어떤식으로 작성되는지도 궁금하네요!

[chordpli]

Java에서는 QueryDsl로 잘 지원되는 걸로 알고 있어요. Python + SqlAlchemy도 잘 지원하는 걸로 알고있습니다.
아래는 Python + SqlAlchemy에서 사용했던 서브쿼리 코드입니다

subq = (
    self.db.query(
        temp.id,
        func.max(temp.created_at).label("maxdate"),
    )
    .filter(
        temp.username == username,
    )
    .group_by(temp.id)
    .subquery("sub_dt")
)

res = (
    self.db.query(temp, tempInfo)
    .join(
        subq,
        and_(
            temp.id == subq.c.id,
            temp.created_at == subq.c.maxdate,
        ),
    )
    .join(tempInfo, temp.task_info_id == tempInfo.id)
    .filter(
        temp.username == username,
    )
    .all()
)

[sylee6529]

새롭게 알게 된 점 (깨달은 점)

• '요즘 데이터베이스의 옵티마이저는 매우 똑똑해져서 IN 서브쿼리는 최적화가 잘 되어 수행된다’를 보고… 이런 걸 열심히 공부해도 점점 발전해서 사실 큰 의미가 없을 때가 종종 있는 걸 보는 것 같지만, 그래도 알아두면 언젠간 쓰이겠지… 하고 학습하는 듯 합니다
• explain으로 쿼리 실행 계획을 분석할 수 있다는 것만 알고 많이 안 써봤는데 적극적으로 써봐야지 생각했습니다

참고 글

• https://mangkyu.tistory.com/288

[chordpli]

실무에서 explain 안하구 배포했다가 RDB Resource 피크 쳐본 경험이 있습니다..

[mixxeo]

저는 인덱스를 타면 이렇게 느릴 쿼리가 아닌데... << 하다가 explain으로 실행계획 봤더니 인덱스를 하나도 안타는 걸 본 적이 있습니다...

[gusdn7142]

새롭게 알게 된 점

1. 상관쿼리를 무의식적으로 사용하고 있었다는것을 인지하였고, 이제는 어떤 Case에서 주로 사용되는지 깨달았습니다.

   • 상관쿼리 : 메인 쿼리에서 가져온 값을 서브쿼리의 조건으로 사용해 메인 쿼리와 서브쿼리가 서로 연관 관계를 맺고 동작하는 쿼리 (메인 쿼리의 각 행을 처리할때마다 반복적으로 실행됨)

     -- 💡 user별 가장 최근에 주문한 상품
     SELECT d.name,
            c.name,
            a.order_date
     FROM orders a JOIN products c
         ON a.product_id = c.product_id
     JOIN users d
         ON a.user_id = d.user_id
     WHERE a.order_date = (SELECT MAX(b.order_date) FROM orders b WHERE b.user_id = a.user_id) 
     ORDER BY a.user_id;
     

2. ANY, ALL 문법 또한 사용해본 Case가 없었는데, IN과 더불어 다중행 서브쿼리를 사용시 활용된다는 점을 알게되었습니다.

   • ANY : 서브쿼리가 반환한 결과 중 하나라도 조건을 만족하면 TRUE (==OR 조건)

     -- 'Mouse', 'USB Cable' 중 어느 하나라도 주문한 고객의 이름은?"
     SELECT u.user_name # Alice
     FROM users u
     JOIN orders o ON u.user_id = o.user_id
     WHERE o.product_id = ANY (
         SELECT product_id FROM products WHERE product_name IN ('Mouse', 'USB Cable')
     ); 
     

     -- ANY를 IN으로 변환
     SELECT u.user_name 
     FROM users u
     JOIN orders o ON u.user_id = o.user_id
     WHERE o.product_id IN (
         SELECT product_id 
         FROM products 
         WHERE product_name IN ('Mouse', 'USB Cable')
     );
     

   • ALL : 서브쿼리 반환한 모든 결과 값을 만족해야 TRUE (==AND 조건)

     -- 'Mouse', 'USB Cable'의 가격보다 비싼 '프리미엄' 상품 조회
     SELECT product_name, price    # Keyboard	80000, Monitor	350000
     FROM products
     WHERE price > ALL (
         SELECT price FROM products WHERE product_name IN ('Mouse', 'USB Cable')
     );
     

     -- ALL을 MAX로 변환
     SELECT product_name, price
     FROM products
     WHERE price > (
         SELECT MAX(price) 
         FROM products 
         WHERE product_name IN ('Mouse', 'USB Cable')
     );
     

3. 조인은 서브쿼리보다 성능이 무조건 우수한가? (yes or no)

   • ex) 11,214개 행의 데이터셋에 대해 서브 쿼리만 사용시의 실행 시간이 조인만 사용시의 실행시간 보다 두 배이상 소요 https://medium.com/@sanjuktabaruah5/sql-joins-vs-subqueries-a-comprehensive-comparison-039e6f4686a5
   • 조인 vs 서브쿼리의 실행계획 확인, 인덱스/데이터 수 증가에 따른 성능 비교 및 연구 필요

[SANGWOO-JOO]

알게된 점

• 서브쿼리는 하나의 SQL 쿼리 문 안에 포함된 또 다른 SELECT 쿼리

  • 테이블 서브쿼리 (FROM 절), 상관 서브쿼리 (Correlated Subquery)를 실무에서 아직 안써봄

• JOIN과 서브쿼리 중 어떤 것을 사용해야 할 지 고민이 될 때가 있었음

  • 성능이 중요한 경우 JOIN을 우선적으로 고려
  • 쿼리의 가독성을 높여야 할 때 서브쿼리를 사용하는 것을 고려

[ZetBe]

새롭게 알게 된 점

• 쿼리 안에 쿼리를 쓰면 확장 가능성이 높아진다
• MIN, COUNT와 같은 단일 쿼리, 그냥 SELECT FROM과 같은 다중 쿼리냐에 따라 사용 법이 달라진다.
• 보통은 JOIN을 사용하지만, 가독성 이슈가 있다면 서브쿼리를 사용한다.

지금이라도 일단 2주차 올려봅니다!