dichiarazione Causa T-SQL strano comportamento con newid() come fonte di casualità

Question

sto usando SQL Server 2012.

Se io quanto segue per ottenere un elenco di numeri casuali-ish nel range [1,3 ], funziona perfettamente:

SELECT TOP 100 
    ABS(CHECKSUM(NEWID()))%3 + 1 [value_of_rand] 
FROM sys.objects 

e ottengo cose piacevoli come questa (tutte tra 1 e 3).

3 
2 
2 
2 
1 
....etc. 

Ma se Ho poi messo l'uscita di quella stessa funzione-random-valore incatenato in una dichiarazione caso, a quanto pare non produce solo i valori 1,2,3.

SELECT TOP 100 
    CASE (ABS(CHECKSUM(NEWID()))%3 + 1) 
     WHEN 1 
      THEN 'one' 
     WHEN 2 
      THEN 'two' 
     WHEN 3 
      THEN 'three' 
     ELSE 
      'that is strange' 
    END [value_of_case] 
FROM sys.objects 

Produce:

three 
that is strange 
that is strange 
one 
two 
...etc 

che cosa sto facendo male qui?

Answer 1

tuo:

SELECT TOP 100 
    CASE (ABS(CHECKSUM(NEWID()))%3 + 1) 
     WHEN 1 
      THEN 'one' 
     WHEN 2 
      THEN 'two' 
     WHEN 3 
      THEN 'three' 
     ELSE 
      'that is strange' 
    END [value_of_case] 
FROM sys.objects 

effettivamente eseguite:

SELECT TOP 100 
    CASE 
     WHEN (ABS(CHECKSUM(NEWID()))%3 + 1) = 1 THEN 'one' 
     WHEN (ABS(CHECKSUM(NEWID()))%3 + 1) = 2 THEN 'two' 
     WHEN (ABS(CHECKSUM(NEWID()))%3 + 1) = 3 THEN 'three' 
     ELSE 'that is strange' 
    END [value_of_case] 
FROM sys.objects; 

Fondamentalmente la tua espressione è non-deterministico e ogni volta che viene valutata in modo da poter finire con ELSE clause. Quindi non c'è bug o cattura, basta usarlo con espressione variabile ed è un comportamento perfettamente normale.

Questa è la stessa classe come COALESCE syntactic-sugar

L'espressione COALESCE è una scorciatoia sintattica del CASE espressione. Cioè, il codice COALESCE (espressione1, ... n) viene riscritto da Query Optimizer come la seguente espressione CASE:

CASO

QUANDO (espressione1 IS NOT NULL) THEN espressione1

QUANDO (expression2 NON È NULL) THEN espressione2

...

ELSE expressionN

END

Ciò significa che i valori di ingresso (expression1, expression2, expressionN, ecc) saranno valutati più volte. Inoltre, in conformità allo standard SQL, un'espressione di valore che contiene una sottoquery è considerata non deterministica e la sottoquery viene valutata due volte . In entrambi i casi, è possibile restituire risultati diversi tra la prima valutazione e le successive valutazioni .

EDIT:

Soluzione: SqlFiddle

SELECT TOP 100 
    CASE t.col 
     WHEN 1  THEN 'one' 
     WHEN 2  THEN 'two' 
     WHEN 3  THEN 'three' 
     ELSE  'that is strange' 
    END [value_of_case] 
FROM sys.objects 
CROSS APPLY (SELECT ABS(CHECKSUM(NEWID()))%3 + 1) AS t(col) 

Answer 2

Non posso dirti perché, è davvero strano, ma posso darti una soluzione. Selezionare i valori casuali in una CTE prima di tentare di usarli

;with rndsrc(value_of_rand) as 
(
SELECT TOP 100 
    ABS(CHECKSUM(NEWID()))%3 + 1 
FROM sys.objects 
) 
SELECT TOP 100 
CASE value_of_rand 
    WHEN 1 
     THEN 'one' 
    WHEN 2 
     THEN 'two' 
    WHEN 3 
     THEN 'three' 
    ELSE 
     'that is strange' 
END [value_of_case] 
from rndsrc 

Non più "che è strano"

Answer 3

Penso che il problema riscontrato è che (ABS(CHECKSUM(NEWID()))%3 + 1) non è un valore, è un espressione e SQL ha la possibilità di rivederlo ogni volta che lo desidera. Puoi provare varie cose sintattiche come rimuovere la parentesi aggiuntiva o un CTE. Questo potrebbe farla andare via (per ora), ma potrebbe non farlo, dal momento che logicamente sembra la stessa richiesta all'ottimizzatore.

Penso che l'unico modo sicuro per interrompere questa operazione sarebbe quello di salvarlo prima (su una tabella temporanea o reale) e quindi utilizzare una seconda query per fare riferimento ai valori salvati.