SQL Server에서 신분 컬럼의 사용 및 관리

애플 리케이션을 지원하는 데이터베이스를 디자인할 때하면 기본 키를 처리하는 방법을 고려하는 것이 필수적입니다. 생각 적어도 두 학교는이 점에서이 있습니다 : 옳은 일을하는가 소위 대리 키 (즉, 실제 데이터를 기반으로하지 않는) 다른를 사용하는 있다고 주장 저 대신에 실제 데이터로 사용해야 주장 키 값을 표시합니다. 다음 상대 찬반에 따라 이러한 솔루션을 모두 내에서 사용하기 위해 '데이터베이스 (있는 곧 것입니다)에 구성된 중간 경로가 있습니다.

테이블을 디자인할 때 그것은 보통의 프라이 머리 키 (primary key)를 만들어 하나 이상의 열이 포함되어 있습니다. 우리가 알다시피 테이블의 기본 키는 고유 각 행을 식별하는 값 (또는 값의 조합)입니다. 키가 실제 가치로 구성되어 있습니다 천연 핵심이라고하지만, 예를 들어 키가 당신이 그것이 대리모 핵심이라고 테이블에 행을 삽입할 때마다 생성되는 경우처럼, 이전에 언급했다. 중 더 나중에, 대리모 열쇠는 일반적으로 SQL Server에서 숫자 값이며, 종종이 유형의 열이 신분들을 수 있습니다.

천연 키는 실제 데이터 행을 다른 열 (또한 일반을 포함하는 고객 테이블에서 개인의 세금 코드 예)에 값을 관계를 즉 데이터로 구성됩니다. 심지어 대리 키를 고유하게 테이블에 행을 식별하지만 그 가치는 라인의 다른 가치와는 전혀 관련이없는 그것이 단순히 생성되고 저장됩니다.

우리는 대리자와 함께 시작 키 두 가지 유형의 장단점을 분석 :

PRO

• 대리 열쇠는 다른 데이터 라인과 아무런 관계가 없습니다
• 후자는 자연에 있지만 대리 키를 기반으로하지 않은 경우 당신은 쉽게 외래 키 관계를 손상시키지 않고 할 수있는 자연 키를 업데이 트에 관한 데이터베이스를 변경해야하는 경우
• 대리 키는 일반적으로 정수 값을이며, 따라서 오직 4 바이트가 구조 작은 성능 색인 (어느 조인 작업의 긍정적인 효과를) 만드는이 방법에 저장해야합니다

대항

• 가치 대리와 외래 키에 연결된 테이블이 여러 테이블 간의 연결의 실제 가치를 얻기 위해, 기본 테이블에 연결된 경우이 작업을 가입해야
• 가치가 그 속에 포함된 특정 정보에 대한 진정한 의미를 검색할없는 경우 대리 키는 매우 유용하지 않습니다

자연의 열쇠에 대해서는 :

PRO

• 값이 진짜 의미를 가지고 있기 때문에 연구 자체를 빌려
• 그들이 조인에 관련된 모든 테이블에 포함된 때문에 조인 키 값을 얻을 적은 단계가 필요합니다
• 값이 진짜 의미를 가지고 있기 때문에 연구 자체를 빌려

대항

• 다른 테이블과 외래 키 관계를 그들을 기반으로 특히 그것은 훨씬 더 복잡 업데이 트를 '
• 자연 키는 일반적으로 더 많은 바이트가 저장하는 필요로하기 때문에 인덱스가 더 큰 가정
• 복합 자연 키 (자주 문자열 데이터를 포함하는)에 따라 조인은 대리모 열쇠로 만든 것보다 느립니다

• <<
• 1
• 2
• 3
• >>