DBA가 아니라, 개발자이며, 필요에 따라 데이터베이스를 유지 관리하고 업데이트한다고 말하면서 시작하겠습니다. 즉, 몇 가지 이유로 같은 질문이있었습니다.

1. 값이 널이면 개발이 더 어려워지고 버그가 발생하기 쉽습니다.
2. Null 값은 쿼리, 저장 프로 시저 및 뷰를보다 복잡하고 버그가 발생하기 쉽습니다.
3. 널값은 공간을 차지합니다 (고정 열 길이에 따라? 바이트 또는 가변 열 길이에 대해 2 바이트).
4. 널값은 색인 작성 및 수학에 영향을 줄 수 있으며 종종 영향을줍니다.

인터넷을 통해 많은 답변, 의견, 기사 및 조언을 조사하는 데 오랜 시간을 소비했습니다. 말할 필요도없이 대부분의 정보는 @AaronBertrand의 답변과 거의 동일했습니다. 그렇기 때문에이 질문에 대답해야한다고 생각했습니다.

먼저 미래의 모든 독자를 위해 무언가를 똑바로 설정하고 싶습니다 … NULL 값은 사용되지 않은 데이터가 아닌 알 수없는 데이터를 나타냅니다. 종료 날짜 필드가있는 직원 테이블이있는 경우 종료일의 널값은 현재 알려지지 않은 미래의 필수 필드이기 때문입니다. 모든 직원이 활동 중이거나 해고되면 어느 시점에서 해당 필드에 날짜가 추가됩니다. 그것이 제 생각에는 널 입력 가능 필드의 유일한 이유입니다.

동일한 직원 테이블에 일종의 인증 데이터가있을 가능성이 높습니다. 엔터프라이즈 환경에서 직원이 HR 및 회계 용 데이터베이스에 나열되는 것이 일반적이지만 인증 세부 정보가 항상 있거나 필요하지는 않습니다. 대부분의 응답으로 해당 필드를 무효화하거나 계정을 만들지 만 자격 증명을 보내지 않는 것이 좋습니다. 전자는 개발 팀이 NULL을 확인하고 그에 따라 처리하는 코드를 작성하게하므로 후자는 큰 보안 위험을 초래합니다! 시스템에서 아직 사용되지 않은 계정은 해커의 가능한 액세스 지점 수만 증가 시키며, 사용하지 않은 무언가를 위해 귀중한 데이터베이스 공간을 차지합니다.

위의 정보를 감안할 때 사용되는 널 입력 가능 데이터를 처리하는 가장 좋은 방법은 널 입력 가능 값을 허용하는 것입니다. 슬프지만 사실이며 개발자가 당신을 미워할 것입니다. 두 번째 유형의 널 입력 가능 데이터는 관련 테이블 (IE : 계정, 신임 정보 등)에 넣고 일대일 관계를 가져야합니다. 이를 통해 사용자는 필요하지 않은 경우 자격 증명없이 존재할 수 있습니다. 이는 추가 보안 위험과 귀중한 데이터베이스 공간을 제거하고 훨씬 더 깨끗한 데이터베이스를 제공합니다.

아래는 필요한 nullable 열과 일대일 관계를 모두 보여주는 매우 간단한 테이블 구조입니다.

나는이 질문이 몇 년 전에 요청 된 이후로 파티에 조금 늦었다는 것을 알고 있지만, 이것이이 문제와 그 문제를 다루는 가장 좋은 방법을 밝히는 데 도움이되기를 바랍니다.

답변

if (b == 0)
  do something when dividing by error
else
  return a / b

if (b_null_bit == NULL)
   return NULL
else if (b == 0) 
   do something when dividing by error
else if (a_null_bit == NULL)
   return NULL
else 
   return a / b

x_vector = a_vector / b_vector
if (fetestexception(FE_DIVBYZERO))
   do something when dividing by zero
return x_vector;