고유 한 키가없는 데이터베이스 테이블의 각 행에 대해 고유 한 ID를 생성해야합니까?

Question

저는 환자의 의료 기록 작업을 시작한 MySQL 데이터베이스를 설계하고 있습니다. 예를 들어 medications 테이블에는 patient_id, med_name, usage_dates, dosage, reason 등의 고유 한 키가없는 테이블이 여러 개 있습니다. 유일하게 보장되는 고유 키는 모두 들판.

patient_id을 선택하면 웹 응용 프로그램에서 해당 환자의 데이터를 쉽게 검색 할 수 있지만 여러 사용자가있는 데이터베이스 내에서 행에 대한 포인터를 저장할 수없는 경우 행을 편집하거나 삭제하기에 어색한 시스템입니다. 이 표에 DBMS는 올바른 행을 찾기 위해 각 필드의 값을 선택해야합니다. 내가 데이터베이스에 대해 아는 것에서부터, 이것은 큰 데이터베이스에서 비효율적 일 수 있다고 생각합니다.

ID 번호가있는 새 필드를 만들어 각 테이블에서 기본 키로 사용하는 것이 더 효율적입니까, 아니면 DBMS 방식이 나보다 똑똑하며 완전히 필요하지 않습니까?

Answer 1

언제든지 간단한 숫자 기본 키 (예 : mysql auto_increment)를 추가하여 각 행에 고유 한 식별자를 지정할 수 있습니다. 외래 키 관계에서 테이블을 사용해야 만하는 경우 복합 기본 키는 모든 조인/FK 사양에서 기본 키의 구성 요소 필드 각각을 나열해야하는 경우 심각한 문제가됩니다. 비교해 보면, 간단한 int 기본 키를 추가하면 FK/join 관계에 대해 하나의 필드를 전달할 필요가 줄어 듭니다.

patients (id, name, ....) 
meds (id, brand, name, ...) 
patient_meds (patient_id, med_id, dosage, ...) 

Answer 2

그렇습니다.이 키는 "합성 키"라고하며 분명히 AUTO_INCREMENT 필드로 추가 할 것입니다. 그렇게하면 업데이트가 훨씬 간단하고 빠릅니다.

Answer 3

ID 필드는 거의 항상 좋은 아이디어라고 생각합니다. 데이터베이스의 한 행을 고유하게 식별하는 데 사용할 수있는 하나의 열을 보장합니다. 또한 테이블의 기본 키가 인덱싱되므로 쿼리를 더 빠르게 만들 수 있으므로 고유 한 ID 열을 기반으로 선택하면 MySQL이 모든 행을 검색하여 검색 할 필요가 없으므로 좋은 생각이라고 생각합니다. 너 찾고있어. 정확한 위치를 알고 있으므로 쿼리가 훨씬 빠르게 실행됩니다.

Answer 4

예, "우수 사례"입니다. 업데이트 외에도 삭제 및 특정 조인을 훨씬 빠르게 수행합니다.

많은 타사 도구는 고유 한 기본 키를 사용합니다.