우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›배달의민족(우아한형제들)›BI 엔지니어›질문 상세
    問
    배배달의민족(우아한형제들)BI 엔지니어경험·이력2026년 출제

    SQL을 활용한 지표 정합성 검증 과정에서 어떤 쿼리를 작성했는지 사례를 들어 설명해보세요.

    답변 미리보기

    SQL을 활용한 프로젝트에서 저는 주로 데이터 집계·전처리 쿼리를 담당하는 역할을 맡았습니다. 역할 자리에서는 원본 테이블에서 분석에 필요한 형태로 변환하는…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    본인 역할 결이 있는가?
    팀 산출물로 묶지 않고 본인이 잡은 자리를 가른 결이 있는지 살피는 자리입니다. 모호한 결은 추가 질문이 들어옵니다.
    骨
    02
    쿼리 결이 분명한가?
    표면 SELECT가 아니라 본인이 다룬 복잡 자리가 답에 있는지 살피는 자리입니다. 단편 결은 깊이가 옅게 들립니다.
    語
    03
    효율 평가 결이 있는가?
    감으로가 아니라 본인이 EXPLAIN·시간 자리에서 본 결이 있는지 살피는 자리입니다. 단편 결은 다음 질문이 들어옵니다.
    本
    04
    검수·재현 결이 있는가?
    단발 실행이 아니라 본인이 검수·재현을 본 결이 있는지 살피는 자리입니다. 단편 결은 신뢰 인상이 옅어집니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    배달의민족(우아한형제들) 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    역할 결 → 효율성 기준 결 → 개선 결 → 검증 결약 91초실행계획 진단과 통계·조인순서 조정으로 성능 개선 결중간결과 건수·합계 검증과 원본 교차비교로 신뢰성 확보 결
    예시 답변 1
    약 91초

    역할 결 → 효율성 기준 결 → 개선 결 → 검증 결

    SQL을 활용한 프로젝트에서 저는 주로 데이터 집계·전처리 쿼리를 담당하는 역할을 맡았습니다. 역할 자리에서는 원본 테이블에서 분석에 필요한 형태로 변환하는 쿼리를 작성했습니다. 효율성 기준 자리에서는 쿼리 효율성을 볼 때 EXPLAIN ANALYZE 결과와 실행 시간을 함께 봅니다. 인덱스가 안 탔는지, 풀 테이블 스캔이 생기는지를 확인하는 것이 가장 기본적인 점검 자리입니다. 개선 자리에서는 프로젝트 중간에 JOIN이 복잡하게 쌓인 쿼리를 서브쿼리 → CTE로 분리해 가독성과 실행 계획 모두 개선한 경험이 있습니다. 쿼리가 읽기 어려우면 나중에 수정할 때 의도를 파악하는 비용이 추가로 발생합니다. 검증 자리에서는 결과의 정합성을 확인하기 위해 합계나 건수를 원본 기준과 맞춰보는 방식을 씁니다. 복잡한 변환 과정에서 행이 중복되거나 누락되는 경우가 있어, 중간 단계에서 한번씩 확인하는 습관이 있습니다.

    이 결의 특징
    집계와 전처리 쿼리를 담당하며 EXPLAIN ANALYZE와 실행 시간을 함께 보는 효율 평가 방식을 짚은 흔적이 있습니다. 복잡하게 쌓인 JOIN 쿼리를 서브쿼리에서 CTE로 분리해 가독성과 실행 계획을 동시에 개선한 자리가 구체적으로 살아있습니다.
    이 결이 통하는 자리
    EXPLAIN ANALYZE와 인덱스 확인, CTE 분리라는 세 자리가 역할 설명과 함께 구체적으로 살아있을 때 통합니다. 원본 기준과 집계 결과를 교차 확인하는 검증 방식까지 포함됐을 때 면접관의 꼬리질문이 줄어드는 결이 자주 보입니다.
    예시 답변 2

    실행계획 진단과 통계·조인순서 조정으로 성능 개선 결

    SQL 쿼리 효율성을 평가할 때 실행 시간보다 실행 계획이 더 많은 것을 알려주는 자리를 경험했습니다. 쿼리가 빠른 것처럼 보여도 EXPLAIN ANALYZE를 보면 예상 행 수와 실제 행 수가 크게 다른 자리가 있었습니다. 통계가 오래된 테이블에서 옵티마이저가 잘못된 실행 계획을 고르는 자리였고, ANALYZE 명령으로 통계를 갱신한 뒤 실행 계획이 바뀌면서 성능이 개선되는 자리가 생겼습니다. 또 JOIN 순서가 성능에 영향을 주는 자리를 경험했는데, 필터링을 먼저 해서 작은 결과셋과 JOIN하는 방식이 큰 테이블끼리 먼저 JOIN하는 것보다 빠른 자리였습니다.

    쿼리 최적화는 실행 계획을 읽는 자리에서 시작된다는 결이 그때 굳었고, 느린 쿼리를 만나면 실행 계획을 먼저 보는 결을 갖게 됐습니다. 그 결이 이후 쿼리 작성 후 실행 계획을 항상 확인하는 자리로 이어졌습니다.

    이 결의 특징
    쿼리가 빠른 것처럼 보여도 EXPLAIN ANALYZE에서 예상 행 수와 실제 행 수가 크게 다른 자리를 발견하고 ANALYZE 명령으로 통계를 갱신해 실행 계획과 성능을 개선한 흔적이 있습니다. 필터링 후 작은 결과셋과 JOIN하는 순서가 큰 테이블 간 JOIN보다 빠른 자리도 직접 경험한 결이 보입니다.
    이 결이 통하는 자리
    실행 계획을 읽는 것이 쿼리 최적화의 시작이라는 결론이 통계 갱신과 JOIN 순서 조정이라는 구체적 경험과 함께 살아있을 때 통합니다. 느린 쿼리를 만나면 실행 계획을 먼저 보는 결이 이후 습관으로 닫힐 때 면접관의 꼬리질문이 줄어드는 결이 자주 보입니다.
    예시 답변 3

    중간결과 건수·합계 검증과 원본 교차비교로 신뢰성 확보 결

    쿼리 결과를 재현 가능하게 검수하는 자리를 만드는 습관이 생긴 계기가 있습니다. 프로젝트에서 집계 쿼리를 작성했는데 결과가 맞는지 직접 확인하기 어려운 자리가 생겼습니다. 복잡한 JOIN과 집계가 겹치면서 중간 단계에서 행이 중복되는 자리가 있었는데, 최종 숫자만 봐서는 알 수 없었습니다. 이후에는 쿼리를 작성할 때 중간 CTE 결과의 건수와 합계를 먼저 확인하는 자리를 만들었습니다. 또 최종 결과를 원본 테이블 집계와 교차 비교하는 검증 쿼리를 함께 두는 방식을 썼습니다.

    쿼리 결과를 검증하는 방법을 함께 설계하는 것이 쿼리 작성의 완성이라는 결이 그때 생겼고, 빠르게 돌아가는 쿼리보다 신뢰할 수 있는 쿼리를 먼저 만드는 결을 갖게 됐습니다. 그 결이 이후 복잡한 쿼리에 항상 검증 쿼리를 쌍으로 두는 자리로 이어졌습니다.

    이 결의 특징
    복잡한 JOIN과 집계가 겹친 쿼리에서 최종 숫자만 봐서는 중간 행 중복을 알 수 없었던 경험 이후 중간 CTE 결과의 건수와 합계를 먼저 확인하고 원본 테이블 집계와 교차 비교하는 검증 쿼리를 쌍으로 두는 방식을 도입한 흔적이 있습니다. 쿼리 검증 방법을 함께 설계하는 것이 쿼리 작성의 완성이라는 관찰이 경험에서 나온 결이 보입니다.
    이 결이 통하는 자리
    중간 단계 행 중복을 최종 숫자로는 알 수 없었던 자리가 구체적으로 살아있고 검증 쿼리를 쌍으로 두는 방식이 명확할 때 통합니다. 빠른 쿼리보다 신뢰할 수 있는 쿼리를 먼저 만든다는 결론이 복잡 쿼리 경험과 함께 닫힐 때 면접관의 꼬리질문이 줄어드는 결이 자주 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹본인이 짠 쿼리에서 가장 신경 쓴 결은 무엇인가요?
    貳효율은 어떤 신호로 평가하시나요?
    參정합성 검증은 어떻게 가져가시나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 배달의민족(우아한형제들) 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    현대카드/현대커머셜 · 데이터 엔지니어
    SQL을 활용해 복잡한 쿼리를 작성한 경험이 있다면, 어떤 상황에서 어떻게 활용했는지 설명해 주세요.
    이 질문 보기
    토스 · 데이터·AI 일반
    SQL을 활용한 프로젝트에서의 역할과 작성한 쿼리의 효율성을 어떻게 평가했는지 설명해 주세요.
    이 질문 보기
    배달의민족(우아한형제들) · 광고기획
    SQL을 활용해 주요 지표를 추출하고 분석한 경험에 대해 말씀해 주세요.
    이 질문 보기
    쿠팡 · 데이터 사이언티스트
    SQL을 활용하여 데이터를 처리하고 분석할 때, 주로 어떤 쿼리를 작성하시나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 배달의민족(우아한형제들) 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기