Comment gérer les valeurs null (peut-être) dans un PreparedStatement?

Question

La déclaration est

SELECT * FROM tableA WHERE x = ? 

et le paramètre est inséré par java.sql.PreparedStatement « stmt »

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

Si y est nulle, l'instruction renvoie aucune ligne dans tous les cas parce que x = null est toujours false (doit être x IS NULL). Une solution serait

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

Mais je dois définir le même paramètre deux fois. Y a-t-il une meilleure solution?

Merci!

Answer 1

Je l'ai toujours fait comme vous le montrez dans votre question. Définir le même paramètre deux fois n'est pas une si grande difficulté, n'est-ce pas?

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

Answer 2

serait tout simplement utiliser 2 déclarations différentes:

Déclaration 1:

SELECT * FROM tableA WHERE x is NULL 

Déclaration 2:

SELECT * FROM tableA WHERE x = ? 

Vous pouvez vérifier votre variable et construire la déclaration appropriée en fonction de la condition. Je pense que cela rend le code beaucoup plus clair et plus facile à comprendre.

EDIT Par ailleurs, pourquoi ne pas utiliser des procédures stockées? Ensuite, vous pouvez gérer toute cette logique NULL dans le SP et vous pouvez simplifier les choses sur l'appel frontal.

Answer 3

Si vous utilisez par exemple MySQL, vous pouvez probablement faire quelque chose comme:

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

Alors yo pourrait faire:

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

vous devez vérifier votre expliquer le plan pour voir si cela améliore votre performance. Cela signifierait que la chaîne vide est égale à null, donc il n'est pas accordé que cela corresponde à vos besoins.

Answer 4

L'opérateur ANSI-SQL IS DISTINCT FROM qui gère les valeurs NULL est tout à fait inconnu. Il peut être utilisé comme cela:

SELECT * FROM tableA WHERE x NOT IS DISTINCT FROM ? 

Un seul paramètre doit donc être défini. Malheureusement, ceci n'est pas supporté par MS SQL Server (2008).

Une autre solution pourrait être, s'il y a une valeur qui est et sera jamais utilisé (« XXX »):

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

Answer 5

Dans Oracle 11g, je le fais de cette façon parce que x = null évalue techniquement UNKNOWN:

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

l'expression avant la OR prend en charge assimilant NULL avec NULL, l'expression prend après soin de toutes les autres possibilités. LNNVL change UNKNOWN-TRUE, TRUE-FALSE et FALSE-TRUE, ce qui est exactement le contraire de ce que nous voulons, d'où le NOT.

La solution acceptée ne fonctionnait pas pour moi dans Oracle dans certains cas, quand il faisait partie d'une plus grande expression, impliquant un NOT.