Claude는 SQL Server 요약본을 읽고, 이에 대해 추론하며, 상세 분석(drill-down)을 요청한 뒤, 다시 총합을 요청합니다.

만약 이러한 호출들 사이에 행(row)이 변경되었다면, 각각의 결과는 모두 유효할 수 있지만, 결합된 답변은 여전히 일관성이 없을 수 있습니다.

유혹적인 해결책은 대화 내내 하나의 트랜잭션(transaction)을 열어두는 것입니다.

하지만 그렇게 하지 마십시오.

모델의 턴(turn)은 몇 초 또는 몇 분이 걸릴 수 있습니다. 긴 트랜잭션은 행 버전(row versions)을 유지하고, tempdb 압박을 증가시키며, 잠금(locks)을 연장하고, 풀링(pooling)을 복잡하게 만들며, 재시도(retries)나 연결 끊김(disconnects) 상황에서 어색하게 살아남을 수 있습니다.

대신 MCP 작업별로 일관성을 정의하십시오:

• 라이브 문장 (live statement): 각 호출은 데이터베이스 설정에 따라 커밋된 데이터(committed data)를 확인합니다.
• 경계가 있는 트랜잭션 (bounded transaction): 여러 문장이 하나의 짧은 도구 호출(tool invocation) 내에서 실행됩니다.
• 스냅샷 읽기 (snapshot read): 작업이 문서화된 시작 시간을 가진 안정적인 뷰(view)를 가져옵니다.
• 구체화된 보고서 (materialized report): 도구가 알려진 차단 시점(cutoff)의 버전 관리된 결과를 읽습니다.

SQL Server의 READ COMMITTED 동작은 READ_COMMITTED_SNAPSHOT이 활성화되어 있는지 여부에 따라서도 달라집니다. 이름이 모든 것을 말해준다고 가정하기보다 실제 데이터베이스 옵션을 문서화하십시오.

질문에 여러 관련 값이 필요한 경우, 이들을 함께 계산하는 하나의 경계 있는 작업(bounded operation)을 노출하십시오.

대규모 결과에 페이지네이션(pagination)이 필요한 경우, 결정론적 정렬(deterministic ordering), 범위 제한이 있는 불투명 커서(scope-bound opaque cursor), 그리고 필요한 경우 하이 워터 마크(high-water mark) 또는 구체화된 결과(materialized result)를 사용하십시오. 페이지 사이에 원래의 트랜잭션을 열어두지 마십시오.

증거도 함께 반환하십시오: 일관성 클래스(consistency class), 관련 시 스냅샷 시작 시간, 보고 차단 시점(reporting cutoff), 소스 신선도(source freshness), 정규화된 파라미터(normalized parameters), 행 수(row count), 잘림(truncation), 데이터베이스 또는 복제본 식별자(database or replica identity), 그리고 추적 ID(trace ID).

그런 다음 동시 쓰기(concurrent writes), 취소(cancellation), 재시도(retries), 페이지네이션 변경, 버전 저장소(version-store) 압박 하에서 테스트하십시오.

목표는 완벽한 대화적 정지 상태(conversational stasis)를 만드는 것이 아닙니다. 운영자가 이해하고 검증할 수 있는 명시적인 약속을 만드는 것입니다.

전체 가이드: Claude SQL Server MCP: 반복 가능한 답변을 위한 트랜잭션 격리 수준 정의