이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
재무분석 마트 설계 실무는 없습니다. 학부 데이터베이스 수업에서 작은 매출 분석 마트 과제를 4주간 해본 정도입니다.
그 과제에서 원본 트랜잭션 테이블 30개를 세 사용자별 마트 3종으로 묶었습니다. 영업·재무·운영이 같은 데이터의 다른 시각을 보는 자리였습니다. 배치 스케줄링은 cron으로 작은 작업 5개를 시간차로 돌리는 자리까지 해봤고, 의존성을 글로 그려두지 않으면 작업 순서가 흔들리는 자리를 봤습니다.
첫 마트에서 원본을 그대로 복사한 실패가 있었고, 용량은 두 배인데 쓰는 사람이 없는 자리가 있었습니다. 그 일이 사용자별로 다른 뷰라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
재무 마트·배치 스케줄링에서 챙겨야 한다고 배운 자리는 네 곳입니다.
첫째, 사용자별 마트 분리. 한 큰 마트보다 사용자별 작은 마트 셋. 둘째, 원본 데이터 신뢰도 표시. NULL·중복·갱신 주기를 마트 머리에. 셋째, 배치 의존성 그래프. 작업 A가 끝나야 B가 시작되는 자리를 글로 그리고 도구로 보존. 넷째, 실패 복구 절차.
한 작업이 실패했을 때 어디부터 다시.
과제에서 의존성 그래프 없이 cron만 쓴 실패가 있었고, 한 작업 실패가 다음 5개를 깬 자리가 있었습니다. 그 일이 의존성은 도구로 표현이라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
배치 스케줄링의 본체는 정상 흐름이 아니라 실패 시나리오라는 걸 학부 과제에서 봤습니다.
정상 흐름은 cron 한 줄이면 됐습니다. 실패 시나리오 — 어디서 멈췄는지·재시작 어디부터·중복 적재 막기 — 가 코드의 대부분을 차지했습니다.
첫 과제에 실패 시나리오를 안 본 실패가 있었고, 한 작업이 두 번 돌아 데이터가 두 배가 된 자리가 있었습니다. 그 일이 멱등성·재시작 가능성이 배치의 본체라는 자세를 만들었습니다. 실무에서도 사수의 실패 복구 절차부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 데이터 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.