ACID

Outcome：Complete the task with ACID (ACID)。 User context：재고 보류는 예약과 재고 변화를 모두 기록하거나 전혀 기록하지 않습니다. 규칙은 재고가 0 이상을 유지하도록 합니다. 직렬화 가능한 격리는 두 개의 체크아웃이 동시에 마지막 아이템을 가져가는 것을 방지합니다. 복구는 커밋 후 결과를 유지합니다. 부하 테스트는 여전히 데이터베이스의 실제 동작을 확인합니다. Technical concept or control：ACID (ACID)。 Why it fits：네 가지 아이디어를 모두 질문으로 사용하세요. 그런 다음 실제 제약 조건, 격리 수준, 커밋 응답, 복구 약속을 적으세요. Do not use it when：“ACID 준수”는 완전한 예/아니오 약속이 아닙니다. 데이터베이스 일관성만으로 모든 비즈니스 규칙이 올바르게 적용되는 것은 아닙니다. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.