Come gestire (forse) valori null in una PreparedStatement?

Question

L'affermazione è

SELECT * FROM tableA WHERE x = ? 

e il parametro viene inserito tramite java.sql.PreparedStatement 'stmt'

stmt.setString(1, y); // y may be null 

Se y è nullo, l'istruzione restituisce alcuna riga in ogni caso, perché è sempre x = null falso (dovrebbe essere x IS NULL). Una soluzione potrebbe essere

SELECT * FROM tableA WHERE x = ? OR (x IS NULL AND ? IS NULL) 

Ma poi devo impostare due volte lo stesso parametro. C'è una soluzione migliore?

Grazie!

Answer 1

L'ho sempre fatto come mostri nella tua domanda. Impostare lo stesso parametro due volte non è un disagio così grande, vero?

SELECT * FROM tableA WHERE x = ? OR (x IS NULL AND ? IS NULL); 

Answer 2

sarebbe solo utilizzare 2 diverse dichiarazioni:

Dichiarazione 1:

SELECT * FROM tableA WHERE x is NULL 

Dichiarazione 2:

SELECT * FROM tableA WHERE x = ? 

È possibile controllare la variabile e creare l'istruzione adeguata a seconda della condizione. Penso che questo renda il codice molto più chiaro e più facile da capire.

EDIT A proposito, perché non utilizzare le stored procedure? Quindi puoi gestire tutta questa logica NULL nell'SP e puoi semplificare le cose nella chiamata front-end.

Answer 3

Se si utilizza per esempio mysql si potrebbe forse fare qualcosa di simile:

select * from mytable where ifnull(mycolumn,'') = ?; 

Poi anni potrebbe fare:

stmt.setString(1, foo == null ? "" : foo); 

si dovrà controllare il vostro spiegare piano per vedere se migliora le tue prestazioni. Tuttavia, ciò significherebbe che la stringa vuota è uguale a null, quindi non è garantita per soddisfare le tue esigenze.

Answer 4

C'è un operatore ANSI-SQL piuttosto sconosciuto IS DISTINCT FROM che gestisce valori NULL. Può essere usato così:

SELECT * FROM tableA WHERE x NOT IS DISTINCT FROM ? 

Quindi è necessario impostare solo un parametro. Sfortunatamente, questo non è supportato da MS SQL Server (2008).

Un'altra soluzione potrebbe essere, se c'è un valore che è e non sarà mai utilizzato ('XXX'):

SELECT * FROM tableA WHERE COALESCE(x, 'XXX') = COALESCE(?, 'XXX') 

Answer 5

In Oracle 11g, lo faccio in questo modo perché x = null viene valutata tecnicamente a UNKNOWN:

WHERE (x IS NULL AND ? IS NULL) 
    OR NOT LNNVL(x = ?) 

l'espressione prima della OR prende cura di equiparare NULL con NULL, allora l'espressione dopo prende cura di tutte le altre possibilità. LNNVL cambia UNKNOWN-TRUE, TRUE-FALSE e FALSE-TRUE, che è l'esatto opposto di ciò che vogliamo, da cui il NOT.

La soluzione accettata non funzionava per me in Oracle in alcuni casi, quando faceva parte di un'espressione più ampia, che implicava un NOT.