나는 항상 다음과 같은 신비한 t-sql 동작에 대해 의아해합니다.
-- Create table t and insert values.
use tempdb
CREATE TABLE dbo.t (a INT NULL);
-- insert 3 values
INSERT INTO dbo.t values (NULL),(0),(1);
GO
set ansi_nulls off -- purposely turn off, so we can allow NULL comparison, such as null = null
go
-- expect 3 rows returned but only 2 returned (without null value row)
select * from dbo.t where a = a
이것은 테이블의 모든 행을 검색하는 방법이 아니라 ANSI_NULLS의 사용을 피하는 것이 아닙니다.
왜 t-sql이 이런 식으로 작동하는지 통찰력을 요구하고 싶습니다.
답변:
이것은 놀라운 동작이지만 MSDN 페이지 SET ANSI_NULLS에서 적어도 예상되는 동작임을 알 수 있습니다. 절대 사용하지 않는 한 가지 더 ANSI_NULLS OFF:
SET ANSI_NULLS비교의 피연산자 중 하나가 변수NULL이거나 리터럴 인 경우에만 비교에 영향을줍니다NULL. 비교의 양쪽이 열 또는 복합 표현식 인 경우 설정은 비교에 영향을 미치지 않습니다.
msdn 문서에서 명확하지 않을 수도 있지만 다음과 같은 사실을 알게 될 것입니다.
"SET ANSI_NULLS ON은 비교의 피연산자 중 하나가 NULL 또는 리터럴 NULL 인 경우에만 비교에 영향을줍니다. 비교의 양쪽이 열 또는 복합 표현식 인 경우 설정은 비교에 영향을 미치지 않습니다."
이 https : //.com/questions/2866714/how-does-ansi-nulls-work-in-tsql 참조
2015 년 다음 포스트의 Robert Sheldon은 NULL 동작과 왜 (항상 그런 것은 아니지만) 실패에 대해 설명합니다.
https://www.simple-talk.com/sql/t-sql-programming/how-to-get-nulls-horribly-wrong-in-sql-server/
그는 프로그래머가 쉽게 넘어갈 수있는 13 개의 NULL 실패를 설명합니다.
실패 # 1 : NULL의 의미를 모름
설명 : NULL은 값이 아닌 존재하지 않는 값입니다. 0이 아닙니다. 빈 문자열이 아닙니다. 값은 NULL과 같을 수 없습니다. 두 개의 NULL 값이 동일하지 않습니다 .
이것이 기본적인 문제이지만 다른 실패에 대해서도 읽어보십시오.
예. 이전 버전 (SQL Server 7 이전 버전)은 원하는 것과 더 다르게 작동했습니다.
그러나 스택 오버플로 및 스택 교환에서 문제를 검색하면 문제를 논의하는 많은 스레드가 있습니다.
WHERE NULL = NULL설정이 완료되면 수율이 적용 되기 때문 입니다.
토론에 추가하기 위해 SQL92 표준의 NULL 정의를 모호하게 해석 할 수 있습니다. 다음 은 sqlite.org가 제공하는 다양한 DBMS 의 NULL 처리 및 해석에 대한 요약입니다 .
공개 : 위의 sqlite.org 페이지의 이전 버전 (예 : 6-8 년 전)에서 SQL92의 "모호성"에 대해 읽은 것을 기억하지만 그 페이지는 이후 업데이트되었습니다.
위의 RLF의 대답은 좋은 견적을 가지고,하지만 난 로버트 셀던에 동의하지 않는 경우 내가 (즉, "존재하지 않는 것을"고려하기 때문에 그것은 단지의 NULL는 ) 철학적으로하고 할을 영어-의미 뭔가 "에 해당하는 다른 존재하지 않는 ". 쉘던의 논리를 이해하려면 NULL의 정의 도 NULL 이라고 선언 할 수 있습니다 . (존재하지 않으면 어떻게 정의 할 수 있습니까? 소름 끼치 지요?)