각 테이블 행에 ID가 필요합니까?

Question

나는 거의 모든 데이터베이스 엔트리가 자동으로 증가하는 ID 필드를 가지고있는 것을 보았다.

정말 필요한가요?

그렇지 않다면 무엇이 유용할까요?

Answer 1

그것은 나중에 특정 행을 찾는 데 유용

여기에 간단한 소개입니다. 각 행에 대해 고유 한 다른 값이있는 경우 다른 열을 기본 (고유 한) 키로 사용할 수 있기 때문에 추가 ID 열이 반드시 필요하지는 않습니다.

그러나, 자동 증가 id 컬럼의 장점은
이 가) 각 행에 대한 고유하고
b)는 변경되지 않습니다 점이다.

예를 들어 StackOverflow를 가져옵니다. 모든 질문에는 ID (이 중 하나는 6886017)가 있으며 URL에 ID와 제목을 모두 사용합니다. ID가 여전히 고유하기 때문에 동일한 제목의 두 가지 질문이있을 수 있습니다. StackOverflow가 실제로보고있는 것이기 때문에 질문의 제목을 변경할 수도 있습니다. 이전의 링크도 계속 작동합니다. 제목 부분이 아닌 URL의 ID 부분입니다.

Answer 2

아니요, 실제로 필요하지는 않지만 다른 테이블의 행이 해당 행을 참조해야하는 경우 해당 행을 고유하게 식별하는 고유 한 방법이 있습니다.

Answer 3

편리하고 (WHERE name = 'blah' and somethingelse = 'foo' 대신 WHERE id = 123) 그 외에 정수 인덱스는 일반적으로 예를 들어. 문자열 인덱스. 그 외에도

Answer 4

필수는 아니지만 매우 좋습니다. 또한, 업데이트, 색인에 대한 고유 행을 유지하는 데 매우 유용 삭제 등

여기에 몇 가지 유용한 정보입니다 : http://en.wikipedia.org/wiki/Unique_key

Answer 5

의 ID 필드는 일반적으로 필드에 대한 기본 키입니다. 특정 테이블의 특정 필드를 식별하고 기본 키를 반복 할 수 없습니다. 테이블 조인에 도움이되는 외래 키로 사용할 수도 있습니다. HTTP : //www.opensourcevarsity.com/mysqldba/l8primaryforeignkey

Answer 6

관계형 데이터베이스로 작업 할 때 각 행을 고유하게 식별 할 수 있어야합니다. 대부분의 경우 행을 고유하게 식별 할 하나 또는 모드 데이터 열을 선택할 수 있습니다. 이를 natural key이라고합니다. 각 행을 쉽게 식별 할 수있는 방법이 없으면이 식별을하기위한 목적으로 고유 한 열을 소개 할 수 있습니다. 그게 synthetic key이고 그게 당신이 물어 보는 자동 증가가있는 id 열입니다.

각 행을 식별 할 수있는 다른 방법이있는 경우에는 필요하지 않습니다. 서로 구별 할 수없는 행을 가질 수도 있지만 관계형 데이터베이스 패러다임의 가치를 크게 떨어 뜨릴 수 있습니다. 또한 자동 증가 숫자 일 필요는 없습니다. 종종 UUID와 같이 고유 ID 문자열이 사용됩니다.

Answer 7

"ID"는 식별자를 의미합니다. 관계형 데이터베이스 설계의 컨텍스트에서 관계 내의 튜플 (행)은 키에 의해 고유하게 식별되며 모든 관계에는 하나 이상의 키가 있어야합니다.

키가없는 테이블은 중복 행을 허용하여 모호성, 부정확 한 결과 및 행이 설명하려는 실제 엔티티를 정확하게 식별하는 문제를 초래합니다. 따라서 키는 모든 데이터베이스 테이블에 대한 데이터 무결성의 중요한 측면입니다.

그러나 키는 이 아니며이 아니어야하며 "자동 증가"하지 않아야합니다. 이러한 기능은 테이블에 적합한 키를 선택하는 것과 관련이 없습니다.