이는 AUTO_INCREMENT 컬럼에 NULL 값을 삽입하고 MySQL이 새로운 시퀀스 번호를 제공하는 예를 통해 이해할 수 있습니다.
mysql> Create table employeeinfo(id INT NOT NULL PRIMARY KEY AUTO_INCREMENT, Name Varchar(10)); Query OK, 0 rows affected (0.16 sec) mysql> Insert into employeeinfo(id, Name) values(NULL, 'Saurabh'); Query OK, 1 row affected (0.07 sec) mysql> Select * from employeeinfo; +----+---------+ | id | Name | +----+---------+ | 1 | Saurabh | +----+---------+ 1 row in set (0.00 sec)
위의 예에서 "id" 열이 PRIMARY KEY 비트와 함께 NOT NULL로 선언되었지만 여전히 NULL 값을 허용하는 것을 볼 수 있습니다. 이는 "id" 열도 AUTO_INCRMENT로 선언되었기 때문입니다. 따라서 이 열에 NULL 값을 삽입하더라도 MySQL은 시퀀스 번호를 반환합니다.
반대로 PRIMARY KEY로 선언되었지만 AUTO_INCRMENT로 선언되지 않은 열에 NULL을 삽입하려고 하면 MySQL은 다음과 같은 오류를 반환합니다. -
mysql> create table people(id INT primary key, name varchar(10)); Query OK, 0 rows affected (0.18 sec) mysql> Insert into people(id, name) values(NULL, 'Rahul'); ERROR 1048 (23000): Column 'id' cannot be null
따라서 AUTO_INCRMENT가 PRIMARY KEY보다 우선한다고 말할 수 있습니다. 어떤 경우에도 PRIMARY KEY 제약 조건을 확인하려면 AUTO_INCRMENT 아래의 프로시저를 더 일찍 해결해야 하기 때문입니다.
위 내용은 MySQL에서 AUTO_INCRMENT가 PRIMARY KEY보다 우선한다고 어떻게 말할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!