NULL과 0의 차이점을 어떻게 설명 할 수 있습니까?


59

퍼센트 변경 공식을 사용하는 문제에 대한 작업 :

percent change =  100 * [(new value - old value) / old value]

프로그래머가 아닌 다른 사람이 new value or old value = NULL아니라 다른 점을 어떻게 설명 할 0수 있습니까?

내 상사는 새 값이 아닌 이전 값이 있기 때문에 값이 아닌 TextBox에 빈 문자열이 왜 있는지 궁금합니다.


11
"차이점을 어떻게 설명하겠습니까?" 어떤 언어로? 일부 언어는 예외를 던지거나 발생시킵니다. 일부는 NULL 결과를 반환합니다. 일부는 NULL 구현 방법에 대한 세부 사항에 따라 다릅니다. 훨씬 더 구체적이어야합니다.
S.Lott

29
텍스트 상자를 빈 문자열 대신 "데이터를 사용할 수 없음"으로 변경하십시오.
Craig

3
@ZJR-상자 아래에 빨간색으로 메시지를 표시하십시오. 포인트는 "NULL"이거나 빈 문자열은 객체의 메모리 주소만큼 UI에서 많이 사용됩니다.
detly February

10
유추하여 온도 0도, 온도 판독 값은 다른 상황에 따라 다릅니다.
NWS

4
나는 그것이 보호되어 있다고 대답 할 수는 없지만 항상 그것이 가치 NULL가 아닌 상태 라는 것을 설명합니다 -그것은 당신이 가치를 모른다는 것을 의미합니다. SQL의 경우 일반적으로 당사자 유추를 사용하여 시연합니다.
JNK

답변:


101

보스에게 "zero"와 "null"의 차이점을 설명하려면 :

"제로"는 가치입니다. 산술 및 기타 수학에서 의미있는 고유하고 알려진 0의 양입니다.

"널"은 값이 아닙니다. 알려지지 않았거나 지정되지 않은 데이터 값의 "자리 표시 자"입니다. 이 문맥에서만 의미가 있습니다. 수학 연산은 널에서 수행 될 수 없습니다 (이러한 연산의 결과는 정의되지 않으므로 일반적으로 널로 표시됨).

예를 들어, "연간 소득은 얼마입니까?"라는 의견 에서처럼 숫자 답변이 필요한 질문입니다. "0"은 일하지 않고 투자 소득이없는 사람에게는 완벽하게 유효한 답변입니다. 사용자가 전혀 값을 입력하지 않으면 반드시 돈을 벌 필요는 없습니다. 그들은 단지 소프트웨어가 얼마나 많은 양을 만들지 말고 싶지 않았습니다. 알 수없는, 지정되지 않았습니다. 따라서 소프트웨어를 계속 사용하려면 소프트웨어 내에서 해당 데이터 필드의 "널"자리 표시자를 지정하십시오. 이는 데이터 관점에서 기술적으로 유효합니다. 비즈니스 수준에서 유효한지 여부는 수학 연산 (예 : 세금 계산 또는 혜택 결정 임계 값과의 비교)을 수행하기 위해 실제 숫자 값 (0도 포함)이 필요한지 여부에 따라 다릅니다.

컴퓨터에서는 변수 값 중 하나를 알 수 없으므로 식의 결과를 알 수 없기 때문에 null을 포함하는 변수에 대한 거의 모든 작업은 null 또는 오류 상태가됩니다. "지금 당장 생각하고있는 숫자에 5를 더한 숫자는 무엇입니까?" 내가 생각하고있는 숫자를 모르기 때문에 확실한 대답을하는 것은 불가능합니다. 0으로 나누는 것을 제외하고는 0에 대한 연산은 일반적으로 유효하며 알려진 다른 고유 값을 반환합니다.


37
"자리 표시 자"는 유용한 설명입니다. 설문 조사를 수행하고 "당신은 몇 살입니까?"라고 물었고 누군가가 그 질문을 건너 뛰었다면 그 대답을 0으로 나타내지 말아야합니다. (아마도 잘못된) 가정입니다. 올바른 표현은입니다 NULL.
Nathan Long

따라서 단순히 NULL이 정의되지 않은 데이터 유형을 가진 메모리의 자리 표시 자라고 말할 수 있습니다.
Maxood

1
@Maxood-프로그래밍 언어에 따라 다릅니다. 나는 (? 구문을 사용하여) null이 허용되고 알려진 정수 값을 갖지 않도록 null로 설정된 정수 변수를 고려할 것입니다. 예상되는 유형은 알려져 있으므로 정의되지 않았다면 100 % 정확하지 않은 것으로 간주 될 수 있습니다. null 에 값이나 유형이 없다고 말하는 것이 옳습니다 . 개인적으로 null 또는 NULL 유형은 사용하는 컨텍스트와 언어에 따라 정의되지 않는다고 말합니다 . C #에서는 단순히 객체에 대한 참조가 정의되지 않았 음을 의미합니다.
Ramhound

NULL데이터 의 명시 적 LACK 이며 자리 표시자가 아니며 데이터 가 없는 단일 독방 표현입니다 .

"자리 표시 자"용어는 처음 게시 된 이후이 답변에 포함되어 있으며 지금은 변경하지 않습니다. 이 질문을 뒷받침하는 편집 내용은 설명의 다른 요점을 명확하게하는 것이 었습니다. 대부분의 언어로 구현 된 것처럼 실제로 "자리 표시 자"입니다. 메모리 포인터에 의해 "참조"되어 유용한 정보가 없음을 나타 내기 위해 프로그램 구조에 존재하는 주소 0의 메모리에 예약 된 위치. OP가 상사에게 말해야 할 것 이상입니다.
KeithS

172

보스 말하기는 항상 힘든 ...

0은 숫자이므로 사용할 수 있습니다.

널은 유니콘입니다. 존재하지 않으므로 아무것도 할 수 없습니다.


45
유니콘 +1! 나는 추가해야한다 : 아주 좋은 설명.
BЈовић

14
: 내 쿼리에 넣고 시작해야 할 수도 있습니다 NVL(somefield,'UNICORN'))
FrustratedWithFormsDesigner

11
그러면 사장님은 "왜 우리가 0으로 만들지 않아서 우리가 할 수있는 일이 있습니까?
AlbeyAmakiir

26
@AlbeyAmakiir-그런 우두머리에 대한 올바른 대답은 "우리가 모르는 것을 알고있는 동안 왜 백만으로 만들지 않습니까?
Nathan Long

12
나는 이것이 90 개 이상의 투표를 받았다는 것을 믿을 수 없다. 나는 모든 대답에 유니콘을 넣을 것입니다.
Morons

38

방정식을 문장으로 바꾸면됩니다.

" 알 수없는 값으로 시작 하여 150으로 끝나는 경우 백분율 변화는 무엇입니까 ?"

"85로 시작하고 알 수없는 값으로 끝나는 경우 백분율 변화는 무엇입니까 ?"

물론, 둘 다에 대한 답은 "계산의 중요한 부분 중 하나가 없기 때문에 계산할 수 없습니다"입니다. 그것이 'null'의 본질입니다.

그런 다음 0으로 동등한 문장을 파악하고 기본적으로 어떻게 다른지 확인하는 것이 쉬워야합니다.

"0으로 시작하고 150으로 끝날 경우 백분율 변화는 무엇입니까?"

"85로 시작하고 0으로 끝나면 백분율 변화는 무엇입니까?"

대답은 의미가 없지만 (0으로) 적어도 계산할 수 있습니다 . null 인 경우 계산조차 불가능합니다 .


2
+1 "알 수 없음"은 분명히 훌륭한 설명이며 문장으로 쉽게 설명 할 수 있습니다.
Scott Rippey

@ ScottRippey- 백분율 unknown의 경우 NULL실제로 숫자 값 (백분율) 또는 백분율 값 이 없기 때문에 값이 단순히 존재하지 않는다고 주장합니다 .
Ramhound

2
@Ramhound 여기에 원래의 질문과 관련하여 내가 알려고했던 것이 있습니다 : "알 수 없음"은 KiethS의 답변에서 "자리 표시 자"를 나타냅니다. 프로그래머가 아닌 보스에게는 어딘가에 가치가있을 수 있지만 데이터베이스, 시스템, 양식 등에 는 가치가 없습니다 . 가치가 있습니까? 우리는 어떤 식 으로든 알아야 할 정보가 충분하지 않습니다. 데이터가 없습니다. 이것은 아무것도 아닌 것과는 미묘하게 다른 의미로 , 가질 가치가 없다는 것을 의미 합니다. 토론의 상황에 따라 두 가지 설명이 정확할 수 있습니다.
에릭 킹

20

보스와 대화 할 때는 00과 ?null을 사용하십시오. 그것은 그것이 무언가를 위한 자리 표시 자 이지만 그것이 무엇인지 모르는 것을 올바르게 포착합니다 .


? 훌륭하고 단순하며 평신도를위한 개념을 명확하게 전달합니다.
nelaaro

12

이것은 어떤가요:

  • 0 빈 병에 액체가 얼마나 있습니까?
  • NULL 빈 병의 내용물은 무엇입니까?에 대한 답입니다.

또는 자녀가없는 사람을 상상한다면 :

  • 그의 아이들의 수는 0
  • 그의 가장 오래된 아이는 NULL

기본적인 차이점은 0측정 가능한 양에 NULL관한 것이고 존재에 관한 것입니다. 수량이라는 것은 무언가 , 즉 수량을 0나타내는 , 즉 수량을 나타내는 것과0 매우 흡사 0.000000001합니다 (매일 일상 생활에서 문제가있는 것은 실제로 구별 할 수없는 것에 가깝습니다 0). 그것과 대조 적으로 아무 것도NULL 나타내지 않습니다 . 실제로에 가까운 것은 없습니다 NULL. 모든 변수 (및 표현식) 값은 하나 NULL이상입니다.


8

그것이 내가 항상 성공적으로 설명하는 방법입니다.

0은 숫자 0입니다.

NULL은 너바나, 아무것도, 나다, niente, 존재하지 않음, 부재입니다.

NULL에 정의 된 산술 연산은 항상 NULL을 생성합니다.

... 지금까지 나를 위해 일했습니다.


8
NULL은 고통의 완전한 중단입니까? 우와! 내 코드에서 더 많이 사용해야합니다.
Claudiu

예, 0은 숫자입니다. 널 (null)이있다 부재임의의 번호입니다.
Michael Durrant

7

왜 "값이 NULL과 같은가?"라는 질문으로 시작하지 않는 이유는 무엇입니까? 계산이 유효하지 않은 이유를 설명하는 데 도움이 될 수 있습니다.

정기적 인 업데이트를 수행하고 있고 새 값이 나타나지 않으면 (예 : 네트워크 오류) NULL은 계산을 수행 할 수없고 이전 백분율 값이 오래되었음을 의미 할 수 있습니다. 오래된 데이터가 있음을 나타내는 기호를 표시하려고하는데 업데이트가 예상대로 수행되지 않았습니다.

이전 값이 누락 된 경우에도 마찬가지이지만 이전 값이 손실되는 방법을 이해하기가 어렵습니다 (첫 번째 계산이 아니거나 배터리가 죽고 데이터가 손실되지 않은 경우). 이 상태도 나타내는 기호를 표시하십시오.

어쨌든 당신은 이것을 원하지 않습니다 :

여기에 이미지 설명을 입력하십시오

이미지 소스


+1. 이것이 답입니다. 왜 값이 null인지 설명하십시오. 설명 할 수 없다면 버그가있는 것입니다.
MarkJ

5

OldValue=Null 이전 값을 모르므로 차이를 알 수 없음 (Null)

OldValue=0 이전 값을 알고 있으며 0이므로 차이는 무한대 (Null)입니다.

이 둘을 구별하는 것이 중요하다면 Old 값을 PreviousValue다른 곳에 저장 하고 어딘가에 표시하십시오.


아래의 의견을 바탕으로 편집하십시오 :
나는 다음 상황에서 그가 원하는 것을 물어보고 그 각각의 예를 보여줍니다. 그런 다음 "그들에게 어떤 가치를 표시 하시겠습니까?"

어떤 식 으로든 컴퓨터 문제로 만들지 마십시오. 비즈니스 관련 질문입니다.


나는 상사가 당신이 방금 말한 것을 이해하지 못할 것이라고 생각합니다 :)
OO

비즈니스 질문으로 접근 해 +1. 보스는 어쨌든 구현에 신경 쓰지 않을 것입니다.
Allen Gould

4

나는 '공백'으로 많은 성공을 거두었습니다.

기본 대수학 (또는 기호에 값을 할당 할 수있는 간단한 아이디어)을 이해하는 사람들에게 '빈'값에 대한 아이디어는 매우 간단하고 0 값과는 다른 것 같습니다.


4

NULL은 값이 아니며 값이 없습니다. 0은 여전히 ​​값입니다. (완전히 평가할 수없는 경우에 사용할 수있는 경우에도).

비유 (비테 키에게 설명하는 좋은 방법);

if I have three apples then I subtract three apples how many apples do I have? is 0

If I have a bag of apples and I never look in the bag, how many apples do I have? is null

이 경우 두 언어의 값이 같을 수 있지만 (언어에 따라) 개념적으로 매우 다릅니다.


4

실제로 상사가 프로그래머인지 여부는 관련이 없습니다. 문제는 기술적 문제가 아닌 개념적 문제입니다.

그에게 인상이 있다고 가정하십시오. 이전 급여는 175k이지만 새 급여는 알려져 있지 않습니다. 그런 다음 그에게 물어보십시오-당신은 몇 퍼센트 인상을 받았습니까?

그가 산술적으로 장애가있는 경우, 누락 된 링크가 어디에 있는지 확인할 때까지 프로세스를 진행하십시오.


3

나는 코인 플립을 사용합니다. 참은 머리, 거짓은 꼬리, 동전을 숨기고있는 한 손은 NULL입니다. 동전이 머리라는 것을 알고 있다면 "이 값의 반대는 무엇입니까?"라는 질문에 대답하기가 매우 쉽습니다. 한 손으로 동전을 숨기면 현재 가치를 볼 있다면 상대방 대답 수 있다는 것을 매우 쉽게 알 수 있습니다. 그들이 아는 한, 당신은 당신의 손에 동전이 없습니다!


1

필드에서 NULL은 내가 모른다고 말합니다. 여기에는 데이터가 없습니다. 공백과 같습니다. 제로 (0)는이 필드의 값이 정확히 0임을 알고 있다고 말합니다 (예 : 숫자 1보다 하나 낮은 정수).

예를 들어, 컴퓨터 시스템에 입력하는 종이 한 장으로 각 고객이 빚진 금액을 알 수 있습니다. 고객 A가 수를 삭감 한 금액이 수정되었으므로 (고객이 그 위에 검은 선을 그렸고 읽을 수 없었기 때문에) 고객 A가 $ 50, 고객 B가 $ 0, 고객 C가 NULL (????)을 나타냅니다. 청구서가 아직 준비되지 않았습니다). 나는 고객 B가 $ 0를 빚지고 있다고 편안하게 말할 수 있고, 고객 C가 빚진 것을 모른다고 편안하게 말할 수있다. 고객 C에게 0 달러를 청구하고 싶지 않습니다 (돈을 갚아야하기 때문에).


1

우리가 다음과 같은 언어 관련 항목에 들어 가지 않는다고 가정합니다.

#define NULL 0

차이점은 0은 NULL이 아닌 숫자 값입니다. 한 장의 그래프 용지에있는 빈 셀과 같습니다. 셀에 "0"이있을 수 있지만 비어있을 수도 있습니다. 널은 여전히 ​​가치이지만, 당신은 그것을 특별하다고 간주했습니다. 예를 들어 셀이 이제 문자 인 경우 빈 셀을 공백으로 사용할 수 있으며 특수한 문자로 문자를 지정하거나 작성하지 않으면 더 이상 널 셀을 사용할 수 없습니다.

널이 의미하는 것은 데이터가 해석되는 방법에 따라 다릅니다.

  • 널 데이터는 "아직 제공되지 않음"을 의미 할 수 있으며 프로그램은 값을 다시 확인하기 전에 잠시 기다립니다.
  • 데이터에 null 값이 없을 수 있습니다. 정수로 엄격하게 해석 될 수 있으며 정수가 아닌 값은 불가능합니다.
  • 일반적으로 메모리에서 주소 0은 null로 해석되므로 사용할 수 없습니다.

NULL == 0C et al.에서 널 포인터를 다룰 때 잘 작동합니다. 프로그래머가 아닌 상사에게 코드를 보여줌으로써 아이디어를 설명하려는 경우, 잘못하고 있습니다.
Tullo_x86

1

NVL 검사를 실행하고 매개 변수 중 하나가 NULL이면 문자열 "N / A"를 표시합니다 ( "0"을 반환하지 않음).

이것은 관리자의 관점에서보다 전문적으로 보일 때 버그가있는 것처럼 보이는 종류의 NULL 값을 표시하는 것입니다 (물론 그렇지 않은 것입니다. .


+1 보스와 모든 사용자는 null의 의미에 신경 쓰지 않습니다. 그들은 가치에 대한 의미있는 설명을 원합니다. 이전 값이나 새 값이 없으면 변경되지 않습니다.
jqa

1

우리는 오래된 가치를 가지지 만 새로운 가치는 없습니다.

그의 생각처럼 새로운 가치가 없다고해서 그것이 알려지지 않은 것은 아닙니다. 이전 값과 동일합니다. 그의 마음에는 결코 null이 아니기 때문에 null을 설명하지 않고도 코드를 작성할 수 있습니다.

NULL에 대한 요점을 주장하는 대신 다른 문제가 발생하지 않도록하십시오. 너무 오래된 데이터를 갖는 결과는 무엇입니까? 누군가가 0 %의 변화를 볼 때, 공황 단추를 치는가? 시간이 지남에 따라 분석 또는 집계가 왜곡됩니까?

나는 그가 컴퓨터 프로그래밍 튜토리얼을 필요로하지 않는다고 생각하지만, null이 무엇인지 알고 대신 올바른 질문을하면 좋을 것입니다.


1

(가) 경우 old value인 널 방정식의 결과는 당연히 널이어야한다. null은 숫자가 아니기 때문에 알 수없는 값을 의미합니다. 따라서 계산을 진행할 수 없습니다.

물론 old value = 00으로 나눌 수 없으면 방정식도 실패합니다 .

일반적으로 당신은 당신이 보여주고 싶은 경로를 취할 case 문으로 이러한 것들을 처리합니다. 따라서 계산할 수 없을 때 결과를 null로 표시하려면 (null 또는 0과 마찬가지로) 다음과 같은 case 문을 수행합니다.

case when [old value] = 0 then null 
else 100 * (([old value] - [new value]) /[old value]) 
end

사용자 관점에서 오래된 값의 경우 0과 NULL은 차이를 동일시하지 않습니다 (예 : 텍스트 상자에 값을 표시 해야하는 경우). 백분율 변경에서 값이 없으면 null 또는 0과 같을 수 있습니다.
OO

퍼센트 변화율 0은 구체적으로 변화가 없음을 의미하고 (이전 값과 새로운 값은 정확히 동일 함), null은 변화가 있었지만 백분율을 결정할 수 없음을 의미합니다. 그렇기 때문에 오해의 소지가 있기 때문에 결과로 0을 표시하지 않으려는 이유입니다.
HLGEM

1

널 (null) 기호의 기계적 측면을 다른 값과 비교하여 설명하는 유추에 대한 훌륭한 토론. 그러나 UI에 결과를 적절하게 표현할 때 관리자의 관점 에서이 질문의 핵심은 특정 문제에 적용되는 perecnt 변경 수식의 의미있는 한계를 나타내는 것으로보다 구체적으로 대답 할 수 있습니다.

포럼 율이 변경된 비율의 경우, 두 가지를 표현해야합니다. 무언가를 처음 측정 할 때와 특정 측면에 대해 아무것도 측정하지 않을 때.

무언가를 처음 측정 할 때 (oldValue === NULL), 백분율 변화는 적용 할 수 없습니다. 해당 측정주기의 초기 측정임을 명시 적으로 언급 할 수 있습니다.

아무것도 측정하지 않으면 (newValue === NULL) 실제 결과 백분율 변경은 실제로 0의 값입니다 (이전 사이클에서 널이 아닌 것으로 가정). 이 경우 일반적으로 수식에 대한 적절한 답변은 0입니다. 이 가장 최근주기에는 측정이 없었으므로 측정 된 변화는 없었습니다. 그것은 변하지 않았다는 것을 암시해서는 안되며, 그 측면과 관련하여 측정, 기록 또는 전달 된 것은 아무것도 없음을 의미합니다.


0

확실히 그들은 "사용할 수 없음"을 의미 할 때 양식에 "N / A"를 넣는 개념을 이해합니다. 예를 들어 "벤자민 프랭클린은 몇 살입니까?"라는 질문에 대답하기 위해 답 0과 N / A는 분명히 다르다 (그리고 후자는 정확하다). 마찬가지로 대답 0과 NULL이 다릅니다.


0
  • NULL은 값이없는 것입니다.
  • -Zero-는 값이고 해당 값은 -Zero-입니다.

이 개념을 누군가에게 설명해야한다면 두 개의 상자를 그립니다.

  • 빈 상자는 NULL을 나타냅니다.
  • 숫자가 -Zero- 인 상자는 -Zero-를 나타냅니다.

0

0과 null의 차이는 잔고가 0 인 은행 계좌와 은행 계좌가없는 것의 차이와 같습니다.


-1

이것은 포인터로 가장 잘 설명됩니다.

var a -> [0] // variable a is initialized and set to hold 0
var b -> [123asgeb0] // variable b is initialized but not set, memory is pointed to, but holds whatever was there last

이 때문에 언어가 NULL 변수를 추적하지 않으면 이미 존재하는 모든 것을 사용 합니다. 이로 인해 오버플로, 스택 손상 또는 기타 불쾌한 부작용이 발생할 수 있습니다.

언어 NULL 변수를 추적하는 경우이를 처리하는 경우가 명시됩니다. IE는 NULL을 0으로 처리하고 예외를 throw하며 nop로 처리합니다.

상사에게 보여줄 수있는 몇 가지 사용 된 용지를 구하십시오.

  1. 2 잔과 흰색 막대기를 가져 가십시오.
  2. 페이지의 섹션을 흰색으로 만들고 0을 적어 둡니다.
  3. 그 위에 유리를 놓으십시오 (var입니다)
  4. 페이지의 다른 섹션 위에 유리를 놓으십시오 (var b입니다).

-1

이 질문에 대한 다양한 답변으로 판단하면 이미 알고있는 것으로 결론을 내릴 수 있습니다. null은 많은 것을 의미 할 수 있습니다.

데이터가 다음을 의미합니다.

  • 알려지지 않은
  • 알려지지 않은 것으로 알려진
  • 유효하지 않음 (예 : 측정 오류)
  • 접근 불가능 (예 : 보안)
  • 알려져 있지만 현재 데이터 처리와 관련이없는 것으로 알려진
  • 데이터는 무한하다 (종종 데이터베이스에서 사용됨)
  • 아마 내가 생각하지 못한 10 가지 더

이를 위해, 그리고 다른 많은 이유로 인해, 널 (NULL) 값의 의미를 캡슐화하는 데이터 구조 (예를 들어 선택적 클래스)를 정의하는 것이 종종 유용합니다.


-2

이것을 -1 한 사람은 유머 감각이 없습니다. FWIW 저는 건축가 본인입니다.

널은 공허입니다. 전설에 따르면 Null에는 "모르겠다", "말하지 않았다", "누군가 깨뜨렸다"등 17 가지 맛이있다. DBA와 건축가를 제외하고 단순한 프로그래머의 어두운 뒷방에서 쫓아내는 이유는 아무도 모른다. 보스는 정중하게 미소를 짓고 엄청나게 복잡한 지혜로 혀를 흔들어 놓아야합니다. 보스는 DBA와 아키텍트에게 중요한 성능을 제공하기 때문에 매우 중요하지만 명확하지는 않습니다. 수표. 그럼에도 불구하고 Nulls는 절대 비밀을 말하지 않습니다. 그들은 비어있는 블랙홀입니다. 각 공허함은 평등이 비어 있기 때문에 하나의 null은 절대로 다른 null과 같지 않으며 모든 공허함이 없을 수도 있음을 인정하지 않습니다. 자기 존중하는 null이 실제로 그것을 인정할 수 없기 때문에 이것은 물론 추측입니다. 때때로 널은 ()에 방대한 양의 실제 데이터를 빨아들입니다. 이것을 버그라고 부르지 만 실제로는 프로그래머가 마음을 비우고 null을 잊어 버립니다. 그래서 당신은 그들이 때때로 번식하는 것을 본다. 그러나 어떻게 또는 왜 항상 빨리 잊혀집니다. ()는 때로는 null 또는 그의 사촌이 없음의 표시이지만 역설적으로 버그는 거의 없습니다.

0은 확실한 양입니다. 0은 null보다 훨씬 행복합니다. 제로는 단지 게으르고 결과에 많은 것을 추가하지 않습니다.

지루하고 아주 오래된 정확한 답변 Null은 SQL을 만든 "누락 된 정보 및 해당 정보"EF Codd를 나타냅니다.

Codd는 또한 젊은 컴퓨터 과학자들의 마음에 임시 고문의 형태로 적용되는 3rd Normal Form을 발명했습니다. 일단 숙달되면 완전히 무시됩니다. 객체 지향 디자인이 도입 될 때도 비슷한 일이 발생합니다. 그리고 우리는 그것을 내버려 두는 것을 결코 기뻐하지 않습니다. 따라서 임피던스 불일치가 발생하여 놀랄만 한 싸움에 추가됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.