NULL의 <>! = 연산자와 같지 않음

누군가 SQL에서 다음 동작을 설명해 주시겠습니까?

SELECT * FROM MyTable WHERE MyColumn != NULL (0 Results)
SELECT * FROM MyTable WHERE MyColumn <> NULL (0 Results)
SELECT * FROM MyTable WHERE MyColumn IS NOT NULL (568 Results)

<>표준 SQL-92입니다. !=동일합니다. 둘 다 값에 대해 평가합니다. 이는 값 NULL이 없다고 NULL말하는 자리 표시 자입니다.

그렇기 때문에 그러한 상황에서는 술어로 IS NULL/ 만 사용할 수 있습니다 IS NOT NULL.

이 동작은 SQL Server에만 국한되지 않습니다. 모든 표준 호환 SQL 언어는 동일한 방식으로 작동합니다.

참고 : 귀하의 경우에 비교하기 위해 값이 null이 아닌 , 사용 IS NOT NULL과 비교하면서, NOT NULL 값, 당신은 사용 <> 'YOUR_VALUE'. 내 값이 NULL인지 아닌지를 말할 수는 없지만 내 값이 NULL인지 NOT NULL인지 말할 수 있습니다. 내 값이 NULL 이외의 값인지 비교할 수 있습니다.

NULL에는 값이 없으므로 스칼라 값 연산자를 사용하여 비교할 수 없습니다.

즉, NULL에는 값이 없으므로 값이 NULL과 같거나 같을 수 없습니다.

따라서 SQL에는 NULL을 처리하기위한 특수 IS NULL 및 IS NOT NULL 술어가 있습니다.

이 동작은 기본 (ANSI) 동작입니다.

만약 너라면:

 SET ANSI_NULLS OFF

http://msdn.microsoft.com/en-us/library/ms188048.aspx

다른 결과를 얻을 수 있습니다.

SET ANSI_NULLS OFF 분명히 미래에 사라질 것입니다 ...

SQL에서 NULL결과로 평가하고 계산하는 모든 것이 UNKNOWN으로

이런 이유로 SELECT * FROM MyTable WHERE MyColumn != NULL또는 SELECT * FROM MyTable WHERE MyColumn <> NULL당신에게 0 결과를 제공합니다.

NULL값을 확인하기 위해 isNull 함수가 제공됩니다.

또한 IS세 번째 쿼리에서 사용한 연산자를 사용할 수 있습니다 .

도움이 되었기를 바랍니다.

NULL에 대한 유일한 테스트는 IS NULL 또는 IS NOT NULL입니다. 정의에 따라 값이 무엇인지 모르기 때문에 평등 테스트는 의미가 없습니다.

읽을 위키 백과 기사는 다음과 같습니다.

https://en.wikipedia.org/wiki/Null_(SQL)

우리는 사용

SELECT * FROM MyTable WHERE ISNULL(MyColumn, ' ') = ' ';

MyColumn이 NULL 인 모든 행 또는 MyColumn이 빈 문자열 인 모든 행을 반환합니다. 많은 "최종 사용자"에게 NULL 대 빈 문자열 문제는 필요와 혼란이없는 구별입니다.

나는 null이 다른 값이나 다른 null과 비교할 수없는 기능적이고 완벽한 이유를 보지 못하므로 명확하게 비교하고 문맥 상 동일하거나 그렇지 않다고 말할 수 있습니다. 재밌 네요 논리적으로 결론을 내리고 일관성을 유지하기 위해 끊임없이 고민해야합니다. 그것은 기능적이지 않으며, 더 기능적으로 만들고 철학자와 과학자들에게 일관성이 있는지 아닌지를 결정하고 "유니버설 논리"를 유지하는지 결론을 내립니다. :) 누군가 색인이나 다른 이유로 인해 있다고 말할 수 있습니다. 값과 같은 null을 지원하도록 할 수 없었습니다. 그것은 두 개의 빈 안경을 비교하는 것과 같습니다. 하나는 포도 나무 유리이고 다른 하나는 맥주 유리입니다. 우리는 객체 유형을 비교하지 않고 int와 varchar를 비교할 수있는 것과 같은 값을 포함합니다. 더 쉽고, 아무것도 아니고 두 가지 공통점이있는 것은 동일합니다. 동일하고 SQL을 작성하는 다른 사람들과 동일합니다. 우리는 일부 ANSI 표준으로 인해 이상한 방식으로 논리를 비교하여 논리를 끊임없이 깨뜨리기 때문에 SQL을 작성하는 다른 사람들과 동일합니다. 컴퓨터 전원을 사용하여 우리를 위해 그것을하지 않는 이유는 무엇입니까? 관련된 모든 것이 그것을 염두에두고 구성되면 속도가 느려질 것입니다. "아무것도 null이 아닙니다", 사과가 아닙니다. apfel입니다. 기능적으로 여러분의 친구이며 여기에도 논리가 있습니다. 결국 중요한 것은 기능성이며, 그런 식으로 null을 사용하는 것은 기능성과 사용 편의성을 어느 정도 제공합니다. 더 유용합니까? ANSI 표준 때문에 이상한 방식으로 논리를 비교하여 논리를 끊임없이 깨뜨리고 있기 때문입니다. 컴퓨터 전원을 사용하여 우리를 위해 그것을하지 않는 이유는 무엇입니까? 관련된 모든 것이 그것을 염두에두고 구성되면 속도가 느려질 것입니다. "아무것도 null이 아닙니다", 사과가 아닙니다. apfel입니다. 기능적으로 여러분의 친구이며 여기에도 논리가 있습니다. 결국 중요한 것은 기능성이며, 그런 식으로 null을 사용하는 것은 기능성과 사용 편의성을 어느 정도 제공합니다. 더 유용합니까? ANSI 표준 때문에 이상한 방식으로 논리를 비교하여 논리를 끊임없이 깨뜨리고 있기 때문입니다. 컴퓨터 전원을 사용하여 우리를 위해 그것을하지 않는 이유는 무엇입니까? 관련된 모든 것이 그것을 염두에두고 구성되면 속도가 느려질 것입니다. "아무것도 null이 아닙니다", 사과가 아닙니다. apfel입니다. 기능적으로 여러분의 친구이며 여기에도 논리가 있습니다. 결국 중요한 것은 기능성이며, 그런 식으로 null을 사용하는 것은 기능성과 사용 편의성을 어느 정도 제공합니다. 더 유용합니까? 사과가 아닙니다. apfel입니다. 기능적으로 당신의 친구이며 여기에도 논리가 있습니다. 결국 중요한 것은 기능성이며, 그런 식으로 null을 사용하는 것은 기능성과 사용 편의성을 어느 정도 제공합니다. 더 유용합니까? 사과가 아닙니다. apfel입니다. 기능적으로 당신의 친구이며 여기에도 논리가 있습니다. 결국 중요한 것은 기능성이며, 그런 식으로 null을 사용하는 것은 기능성과 사용 편의성을 어느 정도 제공합니다. 더 유용합니까?

이 코드를 고려하십시오.

SELECT CASE WHEN NOT (1 = null or (1 is null and null is null)) THEN 1 ELSE 0 end

이 코드가 무엇을 반환하는지 아는 사람은 몇 명입니까? NOT 유무에 관계없이 0을 반환합니다. 나에게는 작동하지 않으며 혼란 스럽습니다. c #에서는 비교 연산이 값을 반환해야합니다. 논리적으로 이것도 값을 생성합니다. 왜냐하면 비교할 것이 없다면 (아무것도 제외 :). 그들은 단지 "보냈다": null "returns"0과 비교할 때 많은 해결 방법과 두통이 발생합니다.

이것은 나를 여기로 가져온 코드입니다.

where a != b OR (a is null and b IS not null) OR (a IS not null and b IS null)

두 필드 (어디에서)에 다른 값이 있는지 비교해야합니다. 함수를 사용할 수는 있지만 ...

NULL 비교 연산자를 사용하여 어떤 값과도 비교할 수 없습니다. NULL = NULL은 거짓입니다. 널은 값이 아닙니다. IS 연산자는 NULL 비교를 처리하도록 특별히 설계되었습니다.

오래된 질문이지만 다음은 더 자세한 내용을 제공 할 수 있습니다.

null값이 없거나 알 수없는 값을 나타냅니다. 값이없는 이유를 지정하지 않으므로 모호성이 생길 수 있습니다.

다음과 같이 쿼리를 실행한다고 가정하십시오.

SELECT *
FROM orders
WHERE delivered=ordered;

즉, 날짜 ordered와 delivered날짜가 동일한 행을 찾고 있습니다.

하나 또는 두 개의 열이 모두 null 일 때 예상되는 것은 무엇입니까?

날짜 중 적어도 하나를 알 수 없으므로 두 날짜가 같다고 말할 수는 없습니다. 두 날짜를 모두 알 수없는 경우에도 마찬가지입니다. 날짜가 무엇인지 모르는 경우 어떻게 동일 할 수 있습니까?

null따라서 값으로 취급 되는 모든 표현식 은 실패해야합니다. 이 경우 일치하지 않습니다. 다음을 시도하는 경우에도 마찬가지입니다.

SELECT *
FROM orders
WHERE delivered<>ordered;

다시 말하지만, 우리는 어떻게이 개 값은 말할 수 없습니다 우리는 그들이 무엇인지 모르는 경우 동일.

SQL에는 결 측값에 대한 특정 테스트가 있습니다.

IS NULL

특히 값을 비교하는 것이 아니라 누락 된 값을 찾습니다 .

마지막으로, !=운영자에 관해서는 , 내가 아는 한 실제로 표준에 있지는 않지만 매우 광범위하게 지원됩니다. 일부 언어의 프로그래머가 집에서 더 느끼도록하기 위해 추가되었습니다. 솔직히 프로그래머가 사용하는 언어를 기억하기 어려운 경우 나쁜 시작을합니다.

값에 변화가 있는지 i, 새로운 가치가 있고 d, 오래된 것이지 (이 순서는 중요하지 않음) 찾을 수 있도록이 코드를 제안하고 싶습니다 . 그 점에서 값에서 널로 또는 그 반대로의 변경은 변경이지만 널에서 널로의 변경은 아닙니다 (물론, 값에서 다른 값으로의 변경은 값이지만 같은 값으로의 변경은 아닙니다).

CREATE FUNCTION [dbo].[ufn_equal_with_nulls]
(
    @i sql_variant,
    @d sql_variant
)
RETURNS bit
AS
BEGIN
    DECLARE @in bit = 0, @dn bit = 0
    if @i is null set @in = 1
    if @d is null set @dn = 1

    if @in <> @dn
        return 0

    if @in = 1 and @dn = 1
        return 1

    if @in = 0 and @dn = 0 and @i = @d
        return 1

    return 0

END

이 기능을 사용하려면

declare @tmp table (a int, b int)
insert into @tmp values
(1,1),
(1,2),
(1,null),
(null,1),
(null,null)

---- in select ----
select *, [dbo].[ufn_equal_with_nulls](a,b) as [=] from @tmp

---- where equal ----
select *,'equal' as [Predicate] from @tmp where  [dbo].[ufn_equal_with_nulls](a,b) = 1

---- where not equal ----
select *,'not equal' as [Predicate] from @tmp where  [dbo].[ufn_equal_with_nulls](a,b) = 0

결과는 다음과 같습니다.

---- in select ----
a   b   =
1   1   1
1   2   0
1   NULL    0
NULL    1   0
NULL    NULL    1

---- where equal ----
1   1   equal
NULL    NULL    equal

---- where not equal ----
1   2   not equal
1   NULL    not equal
NULL    1   not equal

sql_variant를 사용하면 다양한 유형에 호환됩니다.

NULL은 아무것도 아닙니다 ... 알 수 없습니다. NULL은 아무것도 아닙니다. 그렇기 때문에 SQL 쿼리에서 마술 문구 IS NULL 대신 = NULL을 사용해야합니다.

이것을 참조 할 수 있습니다 : http://weblogs.sqlteam.com/markc/archive/2009/06/08/60929.aspx