SQL에서 Null 구문 분석

컴퓨터와

프로그래밍의 세계에서 NULL은 미지의, 불확실한 것을 의미합니다. 중국어 번역은 "비어 있다"이지만, 이 공(null)은 그렇게 비어(비어 있음)가 아닙니다. Null은 알려지지 않은 상태, 미래의 상태를 나타냅니다. 예를 들어 Xiao Ming이 주머니에 얼마나 많은 돈을 가지고 있는지는 모르지만 그것이 0인지 확신할 수 없습니다. 이때 Null은 컴퓨터에서 다음을 나타내는 데 사용됩니다. 알 수 없고 불확실함.

SQL에 능숙한 사람이라면 Null에 대해 별 의심이 없겠지만, 아직까지 Null을 종합적으로 요약한 기사를 찾기는 어렵습니다. 영어 버전을 보니 꽤 기분이 좋습니다. .

Tony Hoare는 1965년에 null Quote를 발명했으며 이를 자신이 저지른 "십억 달러의 실수"라고 생각했습니다. 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 has_address is distinct from has_photo
 
– result: 地址(address)或照片(photo)两者只有其一的用户

　not in and Null

하위 쿼리(subselect)는 데이터를 필터링

하는 매우 편리한 방법입니다. 예를 들어 패키지가 없는 사용자를 쿼리하려면

select * from users 
 
where id not in (select user_id from packages)

와 같이 쿼리하면 됩니다. 그런데 이때 패키지 테이블 행의 user_id가 null이면 문제가 됩니다. 발생: 반환 결과가 비어 있습니다! 이 이상한 일이 발생하는 이유를 이해하려면 SQL 컴파일러가 수행하는 작업을 이해해야 합니다.

select * from users 
 
where id not in (1, 2, null)

이 SQL 문은 다음과 같이 변환됩니다.

select * from users 
 
where id != 1 and id != 2 and id != null

id != null의 결과는 알 수 없는 값인 null이고 임의의 값과 null 사이의 AND 연산 결과는 null이므로 다른 조건과 동일하지 않습니다. 결과가 null입니다. 논리값이 true가 아닙니다.

조건이 반대가 되어도 쿼리 결과에는 문제가 없습니다. 이제 패키지를 사용하여 사용자를 쿼리합니다.

select * from users 
 
where id in (select user_id from packages)

마찬가지로 간단한 예를 사용할 수 있습니다.

select * from users
 
where id in (1, 2, null)

이 SQL은 다음으로 변환됩니다.

select * from users 
 
where id = 1 or id = 2 or id = null

where 절은 일련의 또는 조건이 있으므로 그 중 하나가 null이 되어도 상관없습니다. 참이 아닌 값은 조항의 다른 부분의 계산 결과에 영향을 미치지 않으며 무시되는 것과 같습니다.

아래 쿼리는 점수를 기준으로 사용자 순위를 표시하는 것이지만, 점수 없이 사용자를 상위에 배치합니다!

select name, points
 
from users
 
order by 2 desc;
 
– points 为 null 的记录排在所有记录之前!

이러한 문제를 해결하는 방법에는 두 가지가 있습니다. 가장 간단한 방법은 coalesce를 사용하여 null의 영향을 제거하는 것입니다:

– 在输出时将 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;

정렬 시 null 값을 먼저 넣을지 아니면 마지막에 넣을지를 지정하는 데이터베이스 지원이 필요한 또 다른 방법이 있습니다:

select name, coalesce(points, 0)
 
from users
 
order by 2 desc nulls last;

물론 0으로 나눌 때 수학적 연산 오류를 처리하는 등 오류 발생을 방지하기 위해 null을 사용할 수도 있습니다.

0으로 나누기

0으로 나누는 것은 매우 골치 아픈 오류입니다. 어제 잘 돌아가던 SQL을 0으로 나누니 갑자기 오류가 났습니다. 일반적인 해결 방법은 먼저 Case 문을 사용하여 분모가 0인지 확인한 다음 나누기 연산을 수행하는 것입니다.

select case when num_users = 0 then 0 
 
else total_sales/num_users end;

ase 문이 작동하는 방식은 실제로 보기 흉하며 분모가 재사용됩니다. 간단한 상황이라면 괜찮지만, 분모가 매우 복잡한

표현식

이라면 비극이 닥칠 것입니다. 읽기도 어렵고, 유지 및 수정도 어렵고, 버그가 많이 발생하게 됩니다. 주의하세요.

이때 null의 이점을 살펴볼 수 있습니다. 분모가 0일 때 null이 되도록 하려면 nullif를 사용하세요. 그러면 num_users = 0일 때 더 이상 오류가 보고되지 않습니다. 반환 결과는 null이 됩니다.

select total_sales/nullif(num_users, 0);
 
nullif 是将其他值转为 null, 而Oracle的 nvl 是将 null 转换为其他值。

null을 원하지 않지만 0이나 다른 숫자로 변환하려는 경우 이전 SQL을 기반으로 한 coalesce 함수를 사용할 수 있습니다:

select coalesce(total_sales/nullif(num_users, 0), 0);
 
null 再转换回0

결론

Tony Hoare는 자신의 실수를 후회할 수도 있지만 적어도 null 문제는 쉽게 해결할 수 있습니다. 그러니 새로운 궁극기를 연습하고 null이 파놓은 비효과적인 구덩이(무효화)에서 벗어나세요!

위 내용은 SQL에서 Null 구문 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!