NULL은 컴퓨터와 프로그래밍 세계에서 알 수 없고 불확실함을 의미합니다. 중국어 번역은 "비어 있다"이지만, 이 공(null)은 그렇게 비어(비어 있음)가 아닙니다. Null은 알려지지 않은 상태, 미래의 상태를 나타냅니다. 예를 들어 Xiao Ming이 주머니에 얼마나 많은 돈을 가지고 있는지는 모르지만 그것이 0인지 확신할 수 없습니다. 이때 Null은 컴퓨터에서 다음을 나타내는 데 사용됩니다. 알 수 없고 불확실함.
SQL에 능숙한 사람들은 Null에 대해 아무런 의심을 가지지 않을 것이지만, 이를 포괄적으로 요약한 기사를 찾는 것은 여전히 어렵습니다. 영어 버전을 찾았더니 기분이 좋았습니다.
Tony Hoare는 1965년에 Null 참조를 발명했으며 이를 자신이 저지른 "10억 달러 규모의 실수"라고 생각했습니다. 50년이 지난 오늘날에도 SQL의 Null 값은 많은 일반적인 오류의 원인입니다.
가장 충격적인 상황 몇 가지를 살펴보겠습니다.
Null은 크기/동일성 판단을 지원하지 않습니다
다음 두 쿼리의 경우 사용자 테이블에 레코드 수에 관계없이 반환되는 레코드는 0행입니다.
select * from users where deleted_at = null; – result: 0 rows select * from users where deleted_at != null; – result: 0 rows
null이 "알 수 없는" 유형을 나타내기 때문에 이것이 어떻게 가능할까요? 즉, 일반적인 조건 연산자를 사용하여 null을 다른 값과 비교하는 것은 의미가 없습니다. Null은 Null과 같지 않습니다(대략적인 이해: 알 수 없는 값은 알 수 없는 값과 같을 수 없으며 둘 사이의 관계도 알 수 없습니다. 그렇지 않으면 수학과 논리가 엉망이 됩니다).
– 참고: 다음 SQL은 MySQL에 적합합니다. Oracle인 경우 from Dual;
select null > 0; – result: null select null < 0; – result: null select null = 0; – result: null select null = null; – result: null select null != null; – result: null
를 추가해야 합니다. 값을 null과 비교하는 올바른 방법은 is 키워드와 is not 연산자를 사용하는 것입니다:
select * from users where deleted_at is null; – result: 所有被标记为删除的 users
select * from users where deleted_at is not null; – result: 所有被标记为删除的 users
두 열의 값이 다른지 확인하려면 다음과 같이 구별을 사용할 수 있습니다.
select * from users where has_address is distinct from has_photo – result: 地址(address)或照片(photo)两者只有其一的用户
Null에 속하지 않음
하위 쿼리(subselect)는 데이터를 필터링하는 매우 편리한 방법입니다. 예를 들어 패키지가 없는 사용자를 쿼리하려면 다음 쿼리를 작성하면 됩니다.
select * from users where id not in (select user_id from packages)
그런데 이때 패키지 테이블 행의 user_id가 null이면 문제가 발생합니다. 반환 결과가 비어 있습니다. 왜 이런 이상한 일이 발생하는지 이해하려면 아래의 SQL 컴파일러가 수행한 작업을 더 간단하게 이해해야 합니다. 예:
아아아아이 SQL 문은
select * from users where id not in (1, 2, null)
로 변환됩니다. id != null의 결과는 알 수 없는 값인 null이고 임의의 값과 null 사이의 AND 연산 결과는 null이므로 다른 조건과 동일하지 않습니다. null 값이 true가 아닙니다.
조건을 반대로 하면 쿼리 결과에는 문제가 없습니다. 이제 패키지를 가지고 있는 사용자를 쿼리합니다.
select * from users where id != 1 and id != 2 and id != null
마찬가지로 간단한 예를 사용할 수 있습니다:
select * from users where id in (select user_id from packages)
이 SQL은
select * from users where id in (1, 2, null)
로 변환됩니다. where 절은 일련의 or 조건이므로 그 중 하나가 null이 되는지는 중요하지 않습니다. 참이 아닌 값은 조항의 다른 부분의 계산 결과에 영향을 미치지 않으며 무시되는 것과 같습니다.
Null 및 정렬
정렬할 때 null 값이 가장 큰 것으로 간주됩니다. 이는 내림차순(내림차순)으로 정렬할 때 null 값이 먼저 순위가 지정되므로 문제가 발생할 수 있습니다.
다음 쿼리는 점수를 기준으로 사용자 순위를 표시하는 것이지만 점수가 없는 사용자를 상위에 배치합니다! 이런 종류의 문제를 해결하는 방법에는 두 가지가 있습니다. 가장 간단한 방법은 coalesce를 사용하여 null 효과를 제거하는 것입니다.
select * from users where id = 1 or id = 2 or id = null
데이터베이스 지원이 필요한 또 다른 방법은 정렬 시 null 값을 먼저 넣을지 아니면 마지막에 넣을지 지정하는 것입니다.
select name, points from users order by 2 desc; – points 为 null 的记录排在所有记录之前!
물론, 제수가 0일 때 수학적 연산 오류를 처리하는 등 오류 발생을 방지하기 위해 null을 사용할 수도 있습니다.
0으로 나누기
0으로 나누는 것은 매우 골치 아픈 오류입니다. 어제 잘 돌아가던 SQL을 0으로 나누니 갑자기 오류가 났습니다. 일반적인 해결 방법은 먼저 Case 문을 사용하여 분모가 0인지 확인한 다음 나누기 연산을 수행하는 것입니다.
아아아아ase 문의 방식은 실제로 보기 흉하며 분모를 재사용합니다. 단순한 상황이면 괜찮습니다. 그러나 분모가 매우 복잡한 표현이라면 비극이 닥칠 것입니다. 읽기도 어렵고, 유지 관리 및 수정도 어렵고, 주의하지 않으면 버그가 많이 발생하게 됩니다.
이때 null의 장점을 살펴보겠습니다. 분모가 0일 때 null이 되도록 하려면 nullif를 사용하세요. 이렇게 하면 num_users = 0일 때 반환 결과가 더 이상 보고되지 않습니다.
아아아아Null을 원하지 않지만 0이나 다른 숫자로 변환하고 싶다면 이전 SQL을 기반으로 coalesce 함수를 사용하면 됩니다:
– 在输出时将 null 转换为 0 : select name, coalesce(points, 0) from users order by 2 desc; – 输出时保留 null, 但排序时转换为 0 : select name, points from users order by coalesce(points, 0) desc;
Tony Hoare는 자신의 실수를 후회할 수도 있지만 최소한 null 문제는 쉽게 해결할 수 있습니다. 따라서 새로운 궁극기 동작을 연습하고 null이 파놓은 유효하지 않은 구덩이(무효화)에서 벗어나세요!
위 내용은 SQL의 Null에 대한 심층적인 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
