가장 오래된 transaction 하나가 버전 저장소를 키웁니다. 읽기 수명과 정리 지연을 어떤 지표로 연결하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
오래된 snapshot이 이전 버전을 계속 필요로 하면 정리 기준이 전진하지 못합니다. 최장 transaction 시각·버전 저장량·vacuum 또는 undo 정리 지연을 연결합니다.
읽기 전용이라고 비용이 없지 않으며 report·유휴 transaction·replication feedback을 구분합니다. 작은 snapshot 추출이나 별도 분석 경로를 검토하되 필요한 일관성을 유지합니다. 오래된 독자를 끝낸 뒤 재사용 공간과 실제 파일 축소 시점도 따로 봅니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 오래된 snapshot이 이전 버전을 계속 필요로 하면 정리 기준이 전진하지 못합니다. 최장 transaction 시각·버전 저장량·vacuum 또는 undo 정리 지연을 연결합니다.
- 오래된 독자를 끝낸 뒤 재사용 공간과 실제 파일 축소 시점도 따로 봅니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 오래된 snapshot이 이전 버전을 계속 필요로 하면 정리 기준이 전진하지 못합니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.