우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›111퍼센트›데이터 엔지니어›질문 상세
    問
    1111퍼센트데이터 엔지니어직무 역량2026년 출제

    BigQuery를 사용하여 데이터 웨어하우스를 구축할 때의 주요 고려사항은 무엇인가요?

    답변 미리보기

    BigQuery를 직접 활용한 경험은 없지만, 학교 클라우드 데이터 수업에서 BigQuery의 서버리스 아키텍처를 배웠습니다. 데이터 웨어하우스를…

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

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

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

    問
    01
    구축 결을 분해하는가?
    한 덩어리로 보는지, 모델·파티션·비용·권한 결로 가르는지 살피는 자리. 분해가 또렷한 답이 통합니다.
    骨
    02
    본인 결이 살아 있나?
    교과서적 답에 머무는지, 본인이 손에 쥐고 푼 결을 가르는지 묻는 자리. 본인 결이 보이는 답이 강합니다.
    語
    03
    검증 결이 있나?
    감으로 답하는지, 비용·성능·정합성 결을 두는지 확인하는 자리. 운영 결이 보이는 답이 통합니다.
    本
    04
    한계도 인정하는가?
    장점만 답하는지, 잠금·비용·운영 부담 같은 결을 짚는지 살피는 자리. 균형 결이 보이는 답이 강합니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    111퍼센트 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    경험 기반 구체화약 65초대표쿼리로 스캔·비용 검증 후 설계 검증자리 선행 결한계 인정과 워크로드 범위 구분으로 설명 신뢰도 확보 결
    예시 답변 1
    약 65초

    경험 기반 구체화

    BigQuery를 직접 활용한 경험은 없지만, 학교 클라우드 데이터 수업에서 BigQuery의 서버리스 아키텍처를 배웠습니다. 데이터 웨어하우스를 BigQuery로 구축할 때 가장 먼저 고려해야 할 것은 파티셔닝과 클러스터링 전략인데, 날짜 기반 파티셔닝을 설정하면 WHERE 절에 날짜 조건을 쓸 때 스캔 범위가 줄어들어 비용과 성능이 함께 개선됩니다. 두 번째는 스키마 설계 원칙인데, BigQuery는 조인이 비싸서 반정규화(Denormalization)를 더 많이 쓰고 ARRAY·STRUCT 타입을 활용해 중첩 구조를 한 테이블에 담는 방식이 권장됩니다. 비용 관리 측면에서는 SELECT * 대신 필요한 컬럼만 지정하는 습관이 중요한데, BigQuery는 스캔 데이터 용량이 비용 단위가 되기 때문입니다. 향후 BigQuery 기반 분석 환경에서 실제 DW를 구축해보고 싶습니다.

    이 결의 특징
    BigQuery를 사용한 경험은 수업에서 공개 데이터셋으로 집계 쿼리를 실습한 것이 전부지만, 칼럼형 저장 구조가 전체 스캔 없이 필요한 칼럼만 읽는 방식으로 비용과 속도를 최적화한다는 것과 파티션 키를 날짜 기준으로 설정해 스캔 범위를 제한하는 것이 중요하다는 것을 배운 흔적이 있습니다. 실제 대규모 데이터 웨어하우스 운영 경험은 없다는 한계까지 명시한 결이 자주 보입니다.
    이 결이 통하는 자리
    학습 내용과 직접 경험 범위를 구분하면서 파티션과 칼럼형 구조 원리를 설명하는 자리가 설명될 때 통합니다. 경험 한계를 솔직하게 밝히는 결이 살아 있는 곳에서 면접관의 신뢰가 생기는 결이 자주 보입니다.
    예시 답변 2

    대표쿼리로 스캔·비용 검증 후 설계 검증자리 선행 결

    BigQuery로 데이터 웨어하우스를 구축하면서 검증 자리가 없으면 설계가 실제 자리에서 통하는지 알 수 없는 자리임을 경험했습니다. 스키마를 설계하고 데이터를 적재했는데, 설계 자리는 됐는데 실제 쿼리 자리에서 성능 자리나 비용 자리가 예상과 다른 자리가 됐습니다. 구축 자리는 됐는데 검증 자리가 없는 자리였습니다. 이후에는 대표 쿼리 자리로 실제 스캔 자리와 비용 자리를 직접 확인하는 자리를 만들었고, 파티셔닝·클러스터링 자리가 효과 있는지 비교하는 자리를 만들었습니다.

    검증 자리가 있어야 설계가 실제 자리에서 통하는 것임을 알게 됐고, 검증 자리 없는 DW 설계 자리는 운영 자리에서 예상 밖 비용 자리를 만드는 자리가 됨을 배웠습니다. 그 결이 이후 DW 설계 자리에서 검증 자리를 완성 전에 두는 결로 이어졌습니다.

    이 결의 특징
    BigQuery 쿼리가 예상보다 많은 데이터를 스캔해 비용이 크게 나온 경험에서, 이후 쿼리 실행 전에 드라이런으로 스캔 예상 용량을 먼저 확인하고 WHERE절로 파티션 범위를 제한하며 필요한 칼럼만 SELECT하는 방식을 표준으로 쓰는 흔적이 있습니다. BigQuery에서 쿼리 비용은 쿼리 실행 후가 아니라 실행 전에 통제해야 한다는 결이 비용 경험에서 굳어진 자리가 자주 보입니다.
    이 결이 통하는 자리
    비용 급증 경험과 드라이런·파티션 제한·칼럼 선택의 3단계 비용 통제 원칙이 인과로 설명될 때 통합니다. 쿼리 비용을 사전에 통제하는 습관이 살아 있는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 3

    한계 인정과 워크로드 범위 구분으로 설명 신뢰도 확보 결

    BigQuery를 이야기할 때 한계 자리를 인정하는 것이 기술을 균형 있게 아는 자리임을 경험했습니다. BigQuery 장점을 설명했는데, 모든 분석 자리에서 BigQuery가 최선인 자리처럼 말하는 자리가 됐고 실시간 자리나 빈번한 소규모 쿼리 자리에서 비용·성능 자리가 맞지 않는다는 반박이 들어오는 자리가 됐습니다. 장점 자리만 있고 한계 자리가 없는 설명 자리였습니다. 이후에는 BigQuery가 잘 맞는 대규모 배치 분석 자리와 주의가 필요한 워크로드 자리를 함께 이야기하는 자리를 만들었습니다.

    한계 자리를 인정하는 것이 데이터 기술 자리에서 신뢰 자리임을 알게 됐고, 한계 자리 없는 DW 설명 자리는 만능 자리처럼 들리는 자리가 됨을 배웠습니다. 그 결이 이후 데이터 기술 자리에서 한계·워크로드 범위 자리를 함께 두는 결로 이어졌습니다.

    이 결의 특징
    여러 팀이 같은 BigQuery 프로젝트를 쓰면서 비용 청구서를 보고 나서야 누가 얼마를 썼는지 알게 된 경험에서, 이후 팀별 데이터셋 분리와 비용 레이블을 붙이고 쿼리 비용 상한을 설정하며 팀별 주간 비용 리포트를 자동화하는 구조를 만든 흔적이 있습니다. 공유 리소스에서 비용 추적이 없으면 이후에 원인을 찾기 어렵다는 결이 직접 경험에서 굳어진 자리가 자주 보입니다.
    이 결이 통하는 자리
    사후 비용 확인의 어려움과 팀별 비용 추적 구조 신설이 인과로 설명될 때 통합니다. 공유 환경에서 비용 가시성을 먼저 설계하는 결이 살아 있는 자리에서 면접관의 신뢰가 생기는 결이 자주 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹본인이 가장 무겁게 두는 결을 한 가지 꼽아 주시겠어요?
    貳비용을 어떻게 챙기시나요?
    參데이터 정합성을 어떻게 챙기시나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 111퍼센트 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    넛지헬스케어 · 데이터 분석가
    BigQuery와 Python을 어떤 방식으로 활용해왔는지 설명해 주세요.
    이 질문 보기
    넛지헬스케어 · 데이터 엔지니어
    AWS나 GCP 기반의 데이터 인프라를 관리할 때 가장 중요한 고려사항은 무엇인가요?
    이 질문 보기
    삼성전자 · 디지털·퍼포먼스 마케팅
    대규모 데이터 처리 프레임워크인 Spark와 Big Query를 사용한 경험이 있다면, 어떤 프로젝트에서 어떻게 활용하셨는지 알려주세요.
    이 질문 보기
    컴투스그룹 · 데이터 분석가
    Google BigQuery, R, Python 중 하나를 사용하여 진행한 프로젝트 경험에 대해 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 111퍼센트 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기