이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
데이터베이스 수업에서 MySQL을 배우고, 이후 준법 감시 관련 공부를 하면서 거래 데이터에 SQL을 적용하는 실습을 스스로 해봤습니다. 샘플 거래 데이터셋에서 특정 고객의 단기간 반복 소액 거래를 탐지하는 쿼리를 작성하는 연습이었습니다.
GROUP BY와 HAVING을 조합해서 24시간 내 동일 금액 거래가 3회 이상인 케이스를 필터링하는 쿼리를 만들었는데, 처음에 날짜 범위 조건을 잘못 설정해서 결과가 이상하게 나왔습니다. DATEDIFF 함수를 잘못 이해한 게 원인이었고, 수정하고 나서 원하는 결과가 나왔습니다. 실무 감사나 AML 데이터 분석에 SQL을 쓴 경험은 없어서 입사 후 배우고 싶습니다.
인턴 기간에 업무 데이터베이스에서 SQL로 데이터를 조회하고 엑셀로 내보내는 작업을 했습니다. 직접 설계한 분석은 아니었고, 기존 쿼리를 조건만 변경해서 다른 기간이나 범위의 데이터를 추출하는 수준이었습니다.
한 번은 WHERE 조건에 날짜 형식을 잘못 넣어서 빈 결과가 나왔는데, 처음엔 데이터가 없는 줄 알았다가 쿼리 오류라는 걸 나중에 발견했습니다. 그때 결과가 0건이면 쿼리를 먼저 점검하는 습관이 생겼습니다. 복잡한 데이터 분석보다 기본 조회·집계 수준이 전부였지만, SQL 기초는 실무에서 쓴 경험이 있습니다.
사이드 프로젝트에서 PostgreSQL을 직접 설계하고 백엔드 API와 연결했습니다. 사용자 활동 로그 테이블에서 월별 활성 사용자 수와 주요 기능 사용 빈도를 집계하는 쿼리를 만들었습니다.
DISTINCT와 윈도우 함수를 처음 써봤는데, ROW_NUMBER()로 각 사용자의 첫 방문 이벤트만 필터링하는 쿼리가 예상보다 복잡했습니다. 서브쿼리와 CTE 방식을 모두 시도하면서 가독성 면에서 CTE가 낫다는 걸 경험으로 알았습니다. 감사나 분석 업무에 특화된 SQL 활용은 경험 없어서, 실무에서 더 배우고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 컴플라이언스 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.