Como diferentes cláusulas tratam Nulo/Desconhecido no SQL Server 2012?

Existem diferenças sutis sobre como UNKNOWNe NULLsão tratados nas várias cláusulas.

Três cláusulas em que uma expressão booleana pode aparecer são WHERE, HAVINGe FROM(na ONsubcláusula). Em todos os três, o UNKNOWNé tratado da mesma maneira.

• WHERE <boolean expression>:

  uma linha "passa" pelo <boolean expression>e é retornada se a expressão for avaliada como TRUE. Se a expressão for avaliada como FALSEou UNKNOWN, a linha não passará e será removida da avaliação posterior da consulta.

• HAVING <boolean expression>:

  As linhas examinadas na HAVINGcláusula são aquelas criadas pela agregação da GROUP BYcláusula anterior. Semelhante a uma linha acima (criada pela agregação) "passa" o <boolean expression>e é retornado se a expressão for avaliada como TRUE. Se a expressão for avaliada como FALSEou UNKNOWN, a linha não passará e será removida da avaliação posterior da consulta.

• a JOIN b ON <boolean expression>:

  Cada linha de aé verificada em cada linha de b. Se a expressão for TRUE, a verificação será aprovada e a combinação das duas linhas será válida para o processamento posterior da consulta. Se FALSEou UNKNOWN, então a combinação é rejeitada.
  Há uma pequena alteração quando a junção é uma junção externa ( LEFT, RIGHTou FULL), mas não em relação a como UNKNOWNé tratada. O que acontece aqui é que se uma linha da tabela à esquerda (em uma LEFTjunção) não corresponder a nenhuma linha da tabela à direita (ou seja, todas as suas verificações são avaliadas como FALSEou UNKNOWN), essa linha ainda será encaminhada e os valores ausentes para as bcolunas serão preenchidos com nulos.)

A situação é diferente nas restrições, há um tratamento mais "relaxado" para UNKNOWN. Acho que isso tem a ver com a decisão de permitir nulos em primeiro lugar. Um valor nulo resultará em um UNKNOWNresultado na maioria das restrições, portanto, faz sentido permitir que essas linhas sejam inseridas. Caso contrário, o efeito seria o mesmo que declarar as colunas como NOT NULL.

• CHECKrestrição:CHECK <expression>

  uma linha pode ser inserida (ou atualizada) se a expressão for avaliada como TRUE ouUNKNOWN . Ele é rejeitado apenas se a expressão for avaliada como FALSE.

• FOREIGN KEYrestrição, com colunas anuláveis.

  semelhante às restrições de verificação, se uma linha tiver um nulo em uma das colunas que participam de uma restrição de chave estrangeira, a verificação da FOREIGN KEYrestrição é ignorada e a linha pode ser inserida (ou atualizada). restrição de chave estrangeira na tabela a:

  FOREIGN KEY (column) REFERENCES b (column)
  

  ser equivalente a:

  CHECK (column IN (SELECT column IN b))
  

  Portanto, se a.columnfor NULL, a expressão é avaliada como UNKNOWNe, portanto, a linha é permitida.

• UNIQUErestrições

  Aqui, o SQL-Server se desvia do padrão que afirma que, se uma linha com uma restrição exclusiva contiver NULL, a verificação exclusiva será ignorada e a linha será permitida.
  O SQL-Server trata nulos como se fossem valores regulares, quando se trata de restrições únicas e permite apenas um NULLvalor , em tais colunas.

NULLvalores também têm tratamento especial em algumas cláusulas:

• GROUP BY:

  Se uma coluna de agrupamento contiver valores nulos, todos os valores nulos serão considerados iguais e colocados em um único grupo (a mesma coisa acontece em uma SELECT DISTINCTconsulta).

  Funções agregadas ( MIN(), MAX(), SUM()e AVG()outras) ignoram nulos, com exceção de COUNT()que podem fazer várias coisas diferentes:

  • COUNT(*)e COUNT(constant)contará todas as linhas.
  • COUNT(column)e COUNT(expression)irá ignorar nulos como as outras funções de agregação e contar apenas linhas onde a coluna ou expressão não é nula.
  • COUNT(DISTINCT column)e COUNT(DISTINCT expression)também irá ignorar nulos e contar apenas as colunas ou expressões não nulas distintas.

  Portanto, as 4 consultas a seguir podem retornar 4 resultados diferentes se houver nulos na coluna:

     SELECT COUNT(*) FROM t ;
     SELECT COUNT(c) FROM t ;
     SELECT COUNT(DISTINCT c) FROM t ;
     SELECT COUNT(*) FROM (SELECT DISTINCT c FROM t) AS x ;
  

• ORDER BY:

  • Nas comparações entre eles, os NULLvalores são tratados como iguais.
  • Ao compará-los com valores não nulos, os valores nulos são tratados como o menor valor possível, inferior a qualquer valor não nulo. Como resultado, eles aparecem primeiro quando o pedido é ASCe por último quando o pedido é DESC.
    (Existe um atributo NULLS LASTand NULLS FIRSTdefinido no padrão mais recente, mas o SQL Server ainda não o implementou.)