IDENTITY_INSERT ON이 한 번에 하나의 테이블에만 허용되는 이유는 무엇입니까?

이 경우입니다 IDENTITY_INSERT가 한 번에 하나 개의 데이터베이스 테이블에 ON으로 설정하지만, 왜 할 수 있는가? IDENTITY열이 전역 적으로 고유하지 않기 때문에 동시에 둘 이상의 테이블에 ID를 삽입하여 발생할 수있는 위험한 상황을 생각할 수 없습니다 (적어도 IDENTITY INSERT로 일반적으로 퍼지하는 것보다 더 위험하지는 않습니다).

IDENTINS INSERT는 거의 사용되지 않지만 하드 한계의 이유는 무엇입니까?

어려운 일이라고 생각합니다. 항상 그대로 둘 수 있다면 왜 신원 필드가 있습니까?

그러나 실제로 몇 가지 제한 사항이 있습니다.

• 해당 연결에서만 유지됩니다.
• 연결 당 하나의 테이블에서만 설정 가능

연결 관련 제한 사항을 기반으로, 나는 주로 실수로 ON 상태로 남아 있지 않다고 생각합니다.

누군가가 테이블 중 하나에서 ID 삽입을 켠 경우 ID 필드의 무결성을 깨는 (일반적으로) 유효하지 않은 삽입이 수행되었다고 상상해보십시오.

제약 조건이나 고유 인덱스가 없으면 ID 필드에 중복 값이있을 수 있습니다.

내 생각에 그것은 구현으로 인한 제한이었습니다. 여러 테이블에서이 설정을 허용하면 잠재적 인 성능 저하가 발생했습니다.

이는 세션 매개 변수이므로 단일 테이블에서 설정을 활성화 할 수 있다는 것은 서버 측 세션에 저장하기위한 테이블 및 오브젝트 ID가 단순함을 의미합니다. IDENTITY_INSERT가 활성화되어 있지 않으면 0이고 테이블에 대한 databaseid + objectid의 코딩이 하나의 정수일 수도 있습니다.

세션 내에서 여러 테이블에 매개 변수를 설정하면 서버가 해당 오브젝트의 동적 목록을 저장하고 모든 삽입 명령문에 대해이를 점검 함을 의미합니다. 세션이 천 테이블에 대한 매개 변수를 활성화한다고 상상해보십시오.

1. 이는 서버가 세션 변수에 1000 개의 항목을 할당했음을 의미합니다.
2. 이는 또한 서버가이 세션의 모든 삽입 명령문에 대해 1000 개의 항목 목록을 확인해야 함을 의미합니다.

또한 set identity_insert on이 서버에서 성능 전체 성능에 영향을 미친 것으로 생각됩니다. sybase에는 " Identity Burning Set Factor "가있어 테이블의 ID 카운터 값을 한 번만 저장할 수 있습니다 (값은 메모리에 유지되고 한 번에 서버에 한 번 디스크에 기록됨) 종료). SQL Server는 동일한 코드를 기반으로하기 때문에 비슷한 최적화가있을 수 있지만 테이블에서 identity_insert를 활성화하면 서버가 모든 삽입에 대한 ID 값을 저장하도록 제한 할 수 있습니다. 그렇지 않으면 최대 간격 크기를 보장 할 수 없기 때문입니다. 따라서 하나의 세션이 한 테이블의 삽입에서 성능을 저하시키는 경우 이는 허용되지만 서버의 모든 auto_increment 테이블에서 성능이 저하 될 수는 없습니다.