[database] 각 테이블마다 기본 키가 있어야합니까?

데이터베이스 테이블을 만들고 있는데 논리 기본 키가 할당되어 있지 않습니다. 그래서 나는 기본 키없이 그것을 떠날 생각하고 있지만 그것에 대해 약간의 죄책감을 느낍니다. 내가해야합니까?

각 테이블마다 기본 키가 있어야합니까?



답변

짧은 대답 : .

긴 대답 :

  • 테이블을 무언가에 조인 할 수 있어야합니다.
  • 테이블을 클러스터링하려면 일종의 기본 키가 필요합니다.
  • 테이블 디자인에 기본 키가 필요하지 않은 경우 디자인을 다시 생각해보십시오. 왜 동일한 기록을 유지합니까?

MySQL에서 InnoDB 스토리지 엔진은 명시 적으로 지정하지 않으면 항상 기본 키를 생성하므로 액세스 할 수없는 추가 열이 생성됩니다.

기본 키는 복합 일 수 있습니다.

다 대다 링크 테이블이있는 경우 링크와 관련된 모든 필드에 기본 키를 만듭니다. 따라서 하나의 링크를 설명하는 두 개 이상의 레코드가 없는지 확인하십시오.

논리적 일관성 문제 외에도 대부분의 RDBMS 엔진은 이러한 필드를 고유 한 인덱스에 포함시키는 이점이 있습니다.

또한 기본 키에는 고유 인덱스 생성이 포함되므로이를 선언하고 논리적 일관성과 성능을 모두 확보해야합니다.

고유 데이터에 대해 항상 고유 색인을 작성해야하는 이유는 내 블로그에서이 기사를 참조하십시오.

PS는 몇 가지가있다 아주, 아주 기본 키를 필요로하지 않는 특별한 경우를.

대부분 그들은이없는 로그 테이블 등 어떤 성능상의 이유로 인덱스를.


답변

항상 기본 키를 사용하는 것이 가장 좋습니다. 이런 방식으로 첫 번째 정규 양식을 충족 하고 데이터베이스 정규화 경로 를 계속 진행할 수 있습니다 .

다른 사람들이 언급했듯이 기본 키가 없어야하는 몇 가지 이유가 있지만 기본 키가 있으면 대부분 피해를받지 않습니다.


답변

기본 키가없는 테이블을 만들 때마다 거의 필요하지 않다고 생각하고 다시 돌아가서 추가했습니다. 이제 기본 키로 사용하는 자동 생성 ID 필드를 사용하여 조인 테이블도 만듭니다.


답변

매우 드문 경우 (다 대다 관계 테이블 또는 대량의 데이터를 대량로드하는 데 임시로 사용하는 테이블)를 제외하고는 다음과 같이 말합니다.

기본 키가 없으면 테이블이 아닙니다!

마크


답변

그냥 추가하면 나중에 선택하지 않았을 때 죄송합니다 (선택, 삭제, 연결 등).


답변

이 테이블을 다른 테이블에 조인해야합니까? 레코드를 고유하게 식별 할 수있는 방법이 필요합니까? 대답이 예이면 기본 키가 필요합니다. 데이터가 고객 인 사람의 이름을 가진 고객 테이블과 같은 것으로 가정하십시오. 이 Sally Smith가 Sally Smith와 다른지 여부를 판별하기 위해 주소, 이메일, 전화 번호 등이 필요하기 때문에 자연 키가 없을 수 있습니다. 사람이 여러 전화를 가질 수 있으므로 주소를 관련 테이블에 저장합니다. , 이메일 등 Sally Smith가 John Jones와 결혼하여 Sally Jones가된다고 가정합니다. 테이블에 인공 키가 없으면 이름을 업데이트 할 때 7 명의 Sally Smiths가 Sally Jones로 변경되었지만 그 중 하나만 결혼하여 이름을 변경 한 경우에도 마찬가지입니다.

당신은 당신이 자연적인 열쇠가 없다고 말하고, 따라서 당신은 독창성을 만들기 위해 어떤 분야의 조합도 가지고 있지 않습니다, 이것은 인공적인 열쇠를 중요하게 만듭니다.

자연 키가없는 경우 언제든지 데이터 무결성을 유지하기위한 필수 키가 필요합니다. 자연 키가 있으면 키 필드로 대신 사용할 수 있습니다. 그러나 개인적으로 자연 키가 한 분야가 아니라면 나는 여전히 자연 키에 대한 인공 키와 고유 인덱스를 선호합니다. 나중에 넣지 않으면 후회하게됩니다.


답변

모든 테이블에 PK를 사용하는 것이 좋지만 반드시 그런 것은 아닙니다. 대부분의 경우 필요에 따라 고유 인덱스 및 / 또는 클러스터형 인덱스 (PK인지 여부)가 필요할 것입니다.

온라인 설명서 (SQL Server 용)의 기본 키 및 클러스터형 인덱스 섹션을 확인하십시오.

PRIMARY KEY 제약 조건은 테이블의 행을 고유하게 식별하는 값이있는 열 또는 열 집합을 식별합니다. 테이블의 두 행은 동일한 기본 키 값을 가질 수 없습니다. 기본 키의 열에는 NULL을 입력 할 수 없습니다. 작은 정수 열을 기본 키로 사용하는 것이 좋습니다. 각 테이블에는 기본 키가 있어야합니다. 기본 키 값으로 적합한 열 또는 열의 조합을 후보 키라고합니다.

그러나 다음도 확인하십시오 : http://www.aisintl.com/case/primary_and_foreign_key.html