MySQL의 주요 키는 Null 일 수 있습니다

기본 키는 데이터베이스의 각 행을 고유하게 식별하는 키 속성이기 때문에 MySQL 기본 키는 비어있을 수 없습니다. 기본 키가 비어 있으면 레코드를 고유하게 식별 할 수 없으므로 데이터 혼동으로 이어질 수 있습니다. 자체 점수 정수 열 또는 UUID를 기본 키로 사용하는 경우 효율성 및 우주 점유와 같은 요소를 고려하고 적절한 솔루션을 선택해야합니다.

MySQL 기본 키가 비어있을 수 있습니까? 대답은 : 아니요!

왜 물어볼 수 있습니까? 데이터베이스에서 가장 핵심적인 존재 인 주요 핵심은 비어있을 수 없습니까? 이것이 내 디자인의 자유를 제한하지 않습니까? 걱정하지 마세요, 내가 당신을 위해 좋은 싸움을하겠습니다.

무례하게 말하면, 데이터베이스 설계는 데이터를위한 주택을 구축하여 데이터를 편안하게 살고 편리하며 안전하고 신뢰할 수 있도록하는 것입니다. 주요 열쇠는이 집의 집 번호입니다. 모든 집에는 그것을 가지고 있어야하며 독특해야합니다. 집 번호가 비어있을 수 있다고 상상해 보면이 커뮤니티가 엉망이 아닌가? 당신은 누군가를 찾고 있지만 집 번호를 찾을 수 없습니다. 어떻게 찾을 수 있습니까? 데이터베이스에 대해서도 마찬가지입니다. 기본 키가 비어 있으면 레코드를 고유하게 식별 할 수 없습니다. 각 파일의 이름을 알려주는 것과 같지만 일부 파일이 이름이 없도록 허용합니다. 그렇다면 파일을 찾고 싶을 때 전체 하드 드라이브를 검색 할 필요가 없습니까?

따라서 MySQL의 기본 키는 비어 있지 않아 데이터베이스의 기본 제약과 관계형 데이터베이스의 초석입니다. 비어 있다고 주장하면 데이터베이스 엔진은 직접 오류를보고하고 순종적으로 수정하도록 요청합니다.

일부 레코드가 당분간 기본 키 값을 갖지 못하게하는 테이블을 설계하면 어떤 사람들은 말할 수도 있습니다. 이 경우 자체 성장 정수 열을 기본 키로 사용하거나 UUID를 기본 키로 사용하는 것과 같은 다른 대안을 고려할 수 있습니다. 자체 성장 기본 키는 간단하고 직접적이며 효율성이 높지만 단점이 있습니다. 즉, 레코드가 삽입되면 기본 키 값이 고정되어 수정하기가 어렵습니다. UUID는 글로벌 고유성을 보장 할 수 있지만 비교적 길고 많은 공간을 차지하며 쿼리 효율성이 상대적으로 낮습니다. 선택할 옵션은 실제 요구에 따라 다릅니다.

기본 키의 힘과 실수 비용을 느끼기 위해 몇 가지 코드 예제를 살펴 보겠습니다.

그것을하는 올바른 방법 :

 <code class="sql">CREATE TABLE users ( id INT AUTO_INCREMENT PRIMARY KEY, -- 自增主键，最常见的方案username VARCHAR(255) NOT NULL, email VARCHAR(255) UNIQUE );</code>

이 코드는 id 열이 기본 키로 이름이 지정된 users 라는 테이블을 생성하고 자체적으로 증가합니다. AUTO_INCREMENT 새로 삽입 된 각 레코드가 고유 한 id 값을 얻을 수 있도록하고 수동으로 지정할 필요가 없습니다. NOT NULL 제약 조건은 id 열을 비울 수 없도록합니다. username 과 email 열에는 데이터 무결성을 보장하기위한 해당 제약 조건이 적용됩니다.

잘못된 길 : (기본 키를 비워 두려고)

 <code class="sql">CREATE TABLE users_wrong ( id INT PRIMARY KEY, -- 这里没有NOT NULL约束，试图让主键为空username VARCHAR(255), email VARCHAR(255) ); INSERT INTO users_wrong (username, email) VALUES ('testuser', 'test@example.com'); -- 这条语句可以执行，因为没有对主键进行赋值INSERT INTO users_wrong (id, username, email) VALUES (NULL, 'anotheruser', 'another@example.com'); -- 这条语句会报错，因为主键不允许为空</code>

이 코드는 기본 키가 비어있을 수있는 테이블을 작성하려고하지만 기본 키가 비어있는 레코드를 삽입하려고 할 때 데이터베이스가 오류를 던집니다. 이것은 다시 한 번 철 법을 증명합니다. 기본 키가 비어있을 수 없다는 것을 증명합니다.

더 깊은 사고 :

기본 키 선택에 대해 여전히 논의 할 것이 많습니다. 예를 들어, 복합 기본 키 (여러 열이 기본 키를 형성 함)는 일부 시나리오에서 데이터 쿼리 효율성을 향상시킬 수 있지만 설계하기에 더 복잡하고 신중한 트레이드 오프가 필요합니다. 또한 기본 키 유형의 선택도 매우 중요합니다. INT 유형은 비교적 일반적이지만 과도한 데이터베이스의 경우 Bigint 유형 사용을 고려해야 할 수도 있습니다. 이러한 세부 사항은 실제 조건에 따라 선택해야하며 절대적인 최상의 솔루션은 없습니다.

기본 키는 데이터베이스의 초석이라는 것을 기억하십시오. 그 중요성을 이해하고 표준 설계 원칙에 따라 안정적이고 신뢰할 수있는 데이터베이스 시스템을 구축 할 수 있습니다. 데이터베이스의 규칙에 도전하지 마십시오. 그렇지 않으면 가격을 지불합니다.

위 내용은 MySQL의 주요 키는 Null 일 수 있습니다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!