SQL Server 2005 데이터베이스에 대한 SQL 삽입이있는 .net 트랜잭션이 있습니다. 테이블에는 ID 기본 키가 있습니다.
트랜잭션 내에서 오류가 발생하면을 Rollback()호출합니다. 행 삽입은 올바르게 롤백되지만 다음에 테이블에 데이터를 삽입하면 롤백이 발생하지 않은 것처럼 ID가 증가합니다. 따라서 본질적으로 동일성 서열에는 간격이 있습니다. Rollback()메서드가 누락 된 ID를 회수하도록 하는 방법이 있습니까?
올바른 방법으로 접근하고 있지 않습니까?
답변:
생각해 보면 자동 증가 번호 는 트랜잭션 이 아니어야 합니다. 다른 트랜잭션이 자동 번호가 사용되는지 또는 "롤백"되는지 확인하기 위해 기다려야하는 경우 자동 번호를 사용하는 기존 트랜잭션에 의해 차단됩니다. 예를 들어, ID 열에 자동 번호 필드를 사용하는 테이블 A가있는 아래의 내 의사 코드를 고려해보십시오.
User 1
------------
begin transaction
insert into A ...
insert into B ...
update C ...
insert into D ...
commit
User 2
-----------
begin transaction
insert into A ...
insert into B ...
commit
사용자 2의 트랜잭션이 사용자 1의 1 밀리 초 후에 시작되면 테이블 A에 대한 삽입은 A에 대한 첫 번째 삽입의 자동 번호가 사용되었는지 확인하기 위해 사용자 1의 전체 트랜잭션이 완료 될 때까지 기다려야합니다.
이것은 버그가 아니라 기능입니다. 밀접하게 순차적이어야하는 경우 다른 체계를 사용하여 자동 번호를 생성하는 것이 좋습니다.
걱정하지 말고 틈 이 있어야 한다고 말하는 다른 모든 포스터 가 맞습니다. 숫자에 비즈니스 의미가 있고 그 의미가 틈새에 맞지 않으면 ID 열을 사용하지 마십시오.
참고로, 어떤 이유로 든 간격을 제거하려는 경우 대부분의 데이터베이스에는 자동 번호 지정을 선택한 번호로 다시 시드하는 방법이 있습니다. 그것은 엉덩이에 고통스럽고 정기적으로해야 할 필요가 있다면 위에서 언급했듯이 자동 번호 / ID 필드를 사용하지 않아야합니다. 그러나 다음은 SQL 서버에서 수행하는 코드입니다.
DBCC CHECKIDENT ( '제품', RESEED, 0)
그러면 제품 테이블이 1부터 다시 시작하도록 설정됩니다 (테이블에 레코드가있는 경우 분명히 이미 사용 된 ID 값을 건너 뜁니다.) 다른 RDBMS 공급 업체에는 자체 구문이 있지만 효과는 거의 동일합니다. 시스템 도움말 파일이나 인터넷에서 "reseed identity"또는 "reseed autonumber"를 찾으십시오.
다시 말하지만 이것은 정기적 인 사용이 아닌 특별한 경우를위한 것입니다. 저장 프로 시저에 넣지 말고 우리 모두가 거기로 오게 만드십시오.