소셜 리포트 날짜가 다른 이유, 시간대별 집계 기준 정리

소셜 리포트의 날짜는 게시 시각을 표시하는 시간대와 집계 경계에 따라 달라집니다.

소셜 리포트의 시각 필드

보고 시간대는 리포트의 날짜를 정하는 지역 시간대입니다. 미국 현지에서 저녁에 게시한 영상은 한국 리포트에서 다음 날 게시물로 집계될 수 있습니다. 게시 시각과 수집 시각도 각각 보관합니다. 일별 게시량에는 게시 시각을, 수집 지연 확인에는 수집 시각을 사용합니다.

다음 표는 뉴욕에서 게시한 영상의 시각을 한국 시간으로 옮기는 가상 예시입니다. 원본 문자열, 협정 세계시(UTC), 보고 시간대를 별도 필드에 저장하면 날짜가 달라진 경로를 따라갈 수 있습니다.

RFC 3339는 시각에 UTC 오프셋을 붙이는 형식을 설명합니다. 오프셋은 UTC와의 시차를 뜻합니다. 지역별 변경 규칙은 America/New_York 같은 이름으로 관리하며, Python의 zoneinfo가 해당 규칙을 적용합니다.

서머타임의 반복 시각과 건너뛴 시각

서머타임(DST) 전환일에는 시계가 뒤로 돌아가 같은 시각이 반복되거나 앞으로 이동하며 일부 시각을 건너뜁니다. PEP 495는 반복된 현지 시각의 앞선 순간과 뒤의 순간을 fold 값으로 구분합니다.

반복 시각은 원본 오프셋이나 제공처 기록으로 순서를 확정합니다. 건너뛴 시각에는 원본 확인 담당자를 지정하고 별도 대기 목록을 만듭니다. fold는 반복 시각의 구분값이며, 봄 전환 때 건너뛴 시각은 별도 검증 대상입니다. 현지 입력을 UTC로 바꾼 뒤 다시 현지 시간으로 돌려 원래 입력과 대조하는 검사를 덧붙입니다.

소셜 리포트의 일간·주간 경계

집계 조건은 시작 포함, 끝 제외로 통일합니다. 수식으로는 시작 ≤ 게시 시각 < 끝입니다. PostgreSQL의 범위 문서는 같은 경계를 [시작, 끝)으로 표기합니다.

종료 시각과 정확히 같은 게시물은 다음 집계에 들어갑니다. 한국의 일간 경계를 UTC로 옮기면 시작은 전날 15:00, 끝은 당일 15:00입니다. 원본 UTC 시각을 해당 경계와 비교하면 일간 소속이 결정됩니다.

현지 자정부터 다음 자정까지의 실제 길이는 서머타임에 따라 달라집니다. 뉴욕의 봄 전환일은 23시간, 가을 전환일은 25시간입니다. 각 날짜의 현지 자정을 먼저 정하고 UTC로 변환해 경계를 만듭니다.

ISO 주차연도와 날짜 전용 자료

주간 이름에는 ISO 주차연도와 주차를 함께 씁니다. datetime 문서에 따르면 ISO 주간은 월요일에 시작하며, 첫 주는 목요일이 새해에 속하는 주입니다. 달력 날짜가 2027년 1월 1일이어도 주간 이름은 2026-W53입니다.

날짜만 제공된 자료는 정밀도: 날짜로 표시합니다. 제공처의 날짜 기준 시간대와 날짜 값을 보관하고, 시각까지 있는 자료의 집계 옆에 별도 항목으로 제시합니다. 시간대를 확인 중인 자료에는 시간대 확인 대기를 붙입니다.

복사용 집계 명세

• 대상: 게시물 ID별 게시 시각

• 원본: 제공 문자열과 오프셋 보존

• 저장 시각: UTC, 보고 시간대: Asia/Seoul

• 일간: 현지 자정부터 다음 자정 직전까지

• 주간: 월요일 자정부터 다음 월요일 직전까지

• 경계: 시작 포함·끝 제외, ISO 주차연도 사용

• 예외: 반복 시각 순서 확인, 건너뛴 시각 대기, 날짜 전용 자료 별도 표시

인계 문서에는 집계 명세와 경계 시각의 게시물 예시를 함께 첨부합니다. 양쪽 리포트에서 같은 게시물의 집계 날짜를 찾고, 적용된 시간대와 경계값을 나란히 대조합니다.

싱클리 데모 신청