데이터베이스는 키를 기반으로 레코드를 저장, 정렬 및 비교하거나 관계를 만듭니다. 잠시 동안 데이터베이스를 둘러 봤다면 기본 키, 후보 키 및 외래 키와 같은 여러 유형의 키에 대해 들어 본 적이있을 것입니다. 새 데이터베이스 테이블을 만들 때 해당 테이블에 저장된 각 레코드를 고유하게 식별 할 기본 키를 하나씩 선택하라는 메시지가 표시됩니다.
기본 키가 중요한 이유
기본 키를 선택하는 것은 새로운 데이터베이스를 디자인 할 때 가장 중요한 결정 중 하나입니다. 가장 중요한 제약 조건은 선택된 키가 고유해야한다는 것입니다. 과거, 현재 또는 미래의 두 레코드가 속성에 대해 동일한 값을 공유 할 수있는 경우 기본 키에 대한 선택이 좋지 않습니다.
기본 키의 또 다른 중요한 측면은 관계형 데이터베이스에서 링크하는 다른 테이블에 의한 사용입니다. 이 측면에서 기본 키는 포인터의 대상처럼 작동합니다. 이러한 상호 종속성으로 인해 레코드가 생성 될 때 기본 키가 존재해야하며 변경 될 수 없습니다.
기본 키에 대한 좋지 않은 선택
어떤 사람들은 프라이 머리 키에 대한 확실한 선택을 고려하지 않을 수 있습니다. 다음은 몇 가지 예입니다.
- 우편 번호 마을의 탁자에 좋은 기본 열쇠를 만들지 마라. 간단한 도시 조회 테이블을 만들면 ZIP 코드가 논리적 기본 키인 것처럼 보입니다. 그러나 추가 조사를 통해 하나 이상의 도시가 우편 번호를 공유한다는 것을 알 수 있습니다. 예를 들어, 뉴저지 주에있는 Neptune, Neptune City, Tinton Falls 및 Wall Township은 모두 07753 우편 번호를 공유합니다.
- 사회 보장 번호 여러 가지 이유로 좋은 기본 키를 만들지 마십시오. 대부분의 사람들은 SSN을 비공개로 간주하고 데이터베이스 사용자가 명확하게 볼 수 없도록합니다. 어떤 사람들은 사회 보장 카드를받은 적이없는 외국인이나 이민자 인 SSN을 갖고 있지 않습니다. SSN은 개인의 사망 후에도 재사용 할 수 있습니다. 사기 또는 신분 도용의 경우 사회 보장국에서 새로운 번호를 발급하면 개인은 평생 동안 둘 이상의 SSN을 보유 할 수 있습니다.
- 이메일 주소 기본 키에 대한 잘못된 선택이기도합니다. 고유 한 것은 아니지만 시간이 지남에 따라 바뀔 수 있습니다. 또한 모든 사람이 이메일 주소를 가지고있는 것은 아닙니다.
효과적인 기본 키 선택
그래서, 좋은 기본 키를 만드는 무엇입니까? 대부분의 경우 지원을 위해 데이터베이스 시스템을 사용하십시오.
데이터베이스 설계의 가장 좋은 방법은 내부에서 생성 된 기본 키를 사용하는 것입니다. 데이터베이스 관리 시스템은 일반적으로 데이터베이스 시스템 외부에서 의미가없는 고유 식별자를 생성 할 수 있습니다. 예를 들어, Microsoft Access 일련 번호 데이터 형식을 RecordID라는 필드를 만들 수 있습니다. 일련 번호 데이터 형식은 레코드를 만들 때마다 필드를 자동으로 증가시킵니다. 숫자 자체는 의미가 없지만 쿼리의 개별 레코드를 참조하는 신뢰할 수있는 방법을 제공합니다.
좋은 기본 키는 일반적으로 짧고, 숫자를 사용하며 특수 문자 또는 대소 문자가 혼합되어 사용되지 않으므로 빠른 데이터베이스 조회 및 비교가 용이합니다.
