대리 / 인공 키의 일반적인 이점 중 하나는 변경되지 않으며 매우 편리 할 수 있다는 것입니다. 그것들이 '인공적인'것이기 만하더라도 단일 또는 다중 필드이든 마찬가지입니다.
그러나 때때로 자동 증가 정수 필드를 각 테이블의 기본 키로 사용하는 것이 정책의 문제인 것 같습니다. 이것이 항상 단일 필드 키 를 갖는 것이 가장 좋은 아이디어 입니까? 왜 그 이유는 무엇입니까?
분명히,이 질문은 인공 대 자연에 관한 것이 아니라 모든 인공 키가 단일 필드 여야하는지에 관한 것 입니다.
답변:
나는 말할거야 더, 항상하지만, 시간 예 대부분. .
다음은 대리 또는 인공 키가 필요하지 않은 상황입니다.
예전 충실한 단조 증가 정수 대리 키가 이상적이지 않은 상황도 있습니다. 영숫자 대리 키인 키를 가질 수 있습니다. 여기에는 다음이 포함될 수 있습니다.
왜 그렇습니까? 이 질문에 대한 가장 근본적인 대답은 어떤 테이블에서든 기본 키 값을 수정해야 할 경우 순수한 지옥이라는 것입니다. 사용자가 보거나 만질 수있는 거의 모든 것이 어느 시점에서 업데이트 될 수 있기 때문에 , 보이는 키 값을 사용하는 것은 순수한 지옥을 초대합니다. 서로 게이트 키를 사용하면이 트랩에 빠지지 않습니다.
YAGNI가이 개념을 적용 할 여지가 있다는 것을 기억하십시오. 직원 테이블의 남성 성별 기호가 M에서 X로 변경되거나 어리석은 무언가를 결정 해야하는 경우를 대비하여 IDENTITY 키가있는 코드 테이블을 스키마의 구석 구석에 넣을 필요가 없습니다.
아니.
적어도 외래 키의 목적으로 단일 필드 키가 복합 키보다 열등한 경우가 있다고 분명히 말하고 싶습니다 . 즉, 원하는 경우 단일 필드 대리 키를 가져서는 안된다는 말은 아니지만 기본적으로 외래 키의 대상으로 가장 많이 사용되는 키를 기본 키라고합니다.
다음 예제에서 요점을 설명하려고 시도합니다.
brand 예를 들어 포드, 토요타 등dealer 브랜드에 묶여있는 실제 대리점입니다 (예 : Ford 대리점 만 판매하는 Ford 대리점)model Ford Focus, Ford Fiesta 등 자동차의 유형입니다.stock 각 대리점의 현재 앞마당 차량 수입니다.우리가 하나의 필드 대리 키를 생성하는 경우에 대한 dealer그리고 model다음과 같이 :
create table brand( brand_id integer primary key );
create table dealer( dealer_id integer primary key,
brand_id integer references brand )
create table model( model_id integer primary key,
brand_id integer references brand )
create table stock( model_id integer references model,
dealer_id integer references dealer,
quantity integer,
primary key(model_id, dealer_id) )
stockFord dealer를 "Toyota"모델에 연결하는 행을 삽입 할 수 있습니다 . 추가 brand_id references brand에 stock유일한 문제 악화시킨다. 반면에 외래 키를 기본 키의 일부로 다음과 같이 유지하는 경우 :
create table brand( brand_id integer primary key );
create table dealer( brand_id integer references brand,
dealer_id integer,
primary key(brand_id, dealer_id) )
create table model( brand_id integer references brand,
model_id integer,
primary key(brand_id, model_id) )
create table stock( brand_id integer,
model_id integer,
dealer_id integer,
quantity integer,
primary key(brand_id, model_id, dealer_id),
foreign key(brand_id, model_id) references model,
foreign key(brand_id, dealer_id) references dealer )
이제 "포드"딜러가 "포드"자동차 만 재고를 보유 할 수 있다는 규칙이 모델에 의해 자연스럽게 적용됩니다.
'복합 키'예에서 dealer_id선호도에 따라 고유하거나 고유하지 않을 수 있습니다. 고유해야 할 필요는 없지만 (예 : 대체 키) 키를 너무 적게 잃어 버리면 (아마도 약간의 저장 공간), 일반적으로 설정 한 방식과 같이 매우 편리 할 수 있습니다. 예 :
create table dealer( brand_id integer references brand,
dealer_id serial unique,
primary key(brand_id, dealer_id) )
"의존한다"
예 : 대리 IDENTITY / AUTONUMBER 필드는 자연 키가 넓고 숫자가 아닌 경우에 적합합니다. 참고 : 이것은 SQL Server 및 Sybase 등에서 기본적으로 발생하는 "PK"와 클러스터형 인덱스의 통합을 가정합니다.
아니오 : 2 개의 상위 키로 충분할 때 많은 / 많은 테이블. 또는 자연 키가 짧고 고정 된 길이 인 경우 (예 : 통화 코드)
물론 브레인 데드 ORM (읽기 : (n) 최대 절전 모드)이이 규칙보다 우선 할 수 있습니다.
편집 : 질문 다시 읽기
2 개의 대리 상위 키가있는 다수 / 많은 테이블에는 다중 열 PK가 있습니다.
그러나 다른 대리 열이 필요하지 않습니다.
테이블에 서로 게이트 (IDENTITY 등) 키가 있으면 여러 열일 필요는 없습니다.
대리가 포함 된 수퍼 키를 가질 수 있지만 다른 규칙 (예 : 하위 유형 ) 을 시행하는 것입니다.