18번 문제 4번 선지 관련 질문드립니다.
4. 이 특성이 보장되지 않으면 데이터의 일관성이 깨질 수 있으므로, dbms는 로그 파일 등을 통해 회복 기능을 제공한다.
→ 관련하여 해설지에는 트랜잭션의 원자성을 기술적으로 보장하기 위해 로그파일을 기록하고, 시스템 장애시 이를 이용해 복구를 수행하며, 최종적으로 데이터의 일관성을 지킨다라고 설명되어 있는데요,
그렇다면 75p의 지속성 설명과는 어떠한 차이가 있다고 이해하면 될지 궁금합니다.
안녕하세요. 좋은 질문 주셔서 감사합니다.
두 설명 모두 데이터베이스 "로그"라는 표현이 등장하다 보니 헷갈리실 수 있는 부분입니다.
아래와 같이 정리해 드립니다.
먼저 로그는 데이터베이스가 제공하는 기능 중 하나입니다.
원자성과 지속성은 이 로그 기능을 이용해 기술적으로 지원된다고 이해하시면 됩니다.
즉 두 특성 모두 로그와 복구를 사용한다는 공통점이 있지만, 그 목적이 다릅니다.
핵심 구분은 다음과 같습니다.
원자성 → 실패 시 "중간 작업 제거" → 일부만 수행된 상태 방지 → UNDO / ROLLBACK 중심
지속성 → 성공 결과 "영구 보존" → COMMIT 결과 유실 방지 → REDO / 복구 중심
정리하면, 18번 문제 4번 선지의 회복 기능은 트랜잭션이 완결되지 못했을 때 중간 상태를 되돌려 원자성을 보장하는 관점이고,
75쪽의 지속성 설명은 정상적으로 COMMIT된 결과가 장애가 발생하더라도 유실되지 않도록 영구 보존하는 관점입니다.
같은 로그·복구 메커니즘을 활용하지만 지향하는 목적이 다르다는 점에서 구분하시면 됩니다.
또 궁금한 점 있으시면 언제든 편하게 남겨 주세요. 감사합니다.
-
관리자2026-08-18 15:13:38
안녕하세요. 좋은 질문 주셔서 감사합니다.
두 설명 모두 데이터베이스 "로그"라는 표현이 등장하다 보니 헷갈리실 수 있는 부분입니다.
아래와 같이 정리해 드립니다.
먼저 로그는 데이터베이스가 제공하는 기능 중 하나입니다.
원자성과 지속성은 이 로그 기능을 이용해 기술적으로 지원된다고 이해하시면 됩니다.
즉 두 특성 모두 로그와 복구를 사용한다는 공통점이 있지만, 그 목적이 다릅니다.
핵심 구분은 다음과 같습니다.
원자성 → 실패 시 "중간 작업 제거" → 일부만 수행된 상태 방지 → UNDO / ROLLBACK 중심
지속성 → 성공 결과 "영구 보존" → COMMIT 결과 유실 방지 → REDO / 복구 중심
정리하면, 18번 문제 4번 선지의 회복 기능은 트랜잭션이 완결되지 못했을 때 중간 상태를 되돌려 원자성을 보장하는 관점이고,
75쪽의 지속성 설명은 정상적으로 COMMIT된 결과가 장애가 발생하더라도 유실되지 않도록 영구 보존하는 관점입니다.
같은 로그·복구 메커니즘을 활용하지만 지향하는 목적이 다르다는 점에서 구분하시면 됩니다.
또 궁금한 점 있으시면 언제든 편하게 남겨 주세요. 감사합니다.