테이블을 디자인 할 때 고유 한 열을 갖는 습관을 개발하고 기본 키를 만듭니다. 이는 요구 사항에 따라 세 가지 방식으로 달성됩니다.
- 자동 증분되는 ID 정수 열입니다.
- 고유 식별자 (GUID)
- 행 식별자 열로 사용할 수있는 짧은 문자 (x) 또는 정수 (또는 기타 비교적 작은 숫자 유형) 열
숫자 3은 상당히 작은 조회, 주로 고유 한 정적 길이 문자열 코드 또는 1 년 또는 기타 숫자와 같은 숫자 값이있는 테이블을 읽는 데 사용됩니다.
대부분의 경우 다른 모든 테이블에는 자동 증분 정수 또는 고유 식별자 기본 키가 있습니다.
질문 :-)
최근에 일관된 행 식별자가없는 데이터베이스 작업을 시작했으며 기본 키가 현재 다양한 열에 클러스터되어 있습니다. 몇 가지 예 :
- 날짜 / 문자
- 날짜 / 정수
- 날짜 / 시간
- char / nvarchar / nvarchar
이에 대한 유효한 사례가 있습니까? 이 경우 항상 ID 또는 고유 식별자 열을 정의했을 것입니다.
또한 기본 키가없는 테이블이 많이 있습니다. 이것에 대한 유효한 이유는 무엇입니까?
나는 왜 테이블이 원래대로 디자인되었는지 이해하려고하는데, 그것은 나에게 큰 혼란으로 보이지만 그럴만 한 이유가있을 수 있습니다.
대답을 해독하는 데 도움이되는 세 번째 질문 : 복합 기본 키를 구성하기 위해 여러 열을 사용하는 경우이 방법과 대리 / 인공 키의 이점이 있습니까? 나는 주로 성능, 유지 관리, 관리 등과 관련하여 생각하고 있습니까?