Précédent   Forum des professionnels en informatique > Java > Général Java > Persistance > JPA
JPA Forum d'entraide sur l'API de persistance JPA (Java Persistence API)
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 13/01/2012, 15h43   #1
Membre confirmé
 
Avatar de danyboy85
 
Homme Dany G
Développeur Java
Inscription : décembre 2005
Messages : 499
Détails du profil
Informations personnelles :
Nom : Homme Dany G
Âge : 28
Localisation : France, Loire Atlantique (Pays de la Loire)

Informations professionnelles :
Activité : Développeur Java

Informations forums :
Inscription : décembre 2005
Messages : 499
Points : 232
Points : 232
Par défaut [Predicate] Comment se comporte greaterThan si la valeur du champ en bdd est nulle ?

Bonjour,

Est-ce que quelqu'un sais comment se comport le Predicate "greaterThan" si le champ est null en bdd ?
Il ramène l' enregistrements ou pas ?

Code :
1
2
3
4
5
6
7
 
TABLE
CHAMP1		CHAMP2
1		01/01/2010
2		15/12/2012
3		null
4		21/06/2013
Code :
1
2
3
 
Predicate dateFinValidite =
                criteriaBuilder.greaterThan(root.get("CHAMP2"), DateUtil.getToday())
Merci d'avance

Dany
__________________
"Wash me away Clean your body of me Erase all the memories They'll only bring us pain And I've seen All i'll ever need"
danyboy85 est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/03/2012, 15h05   #2
Membre confirmé
 
Avatar de Khaled.Noordin
 
Homme Khaled Ibn Noordin
Inscription : janvier 2005
Messages : 185
Détails du profil
Informations personnelles :
Nom : Homme Khaled Ibn Noordin
Localisation : France

Informations forums :
Inscription : janvier 2005
Messages : 185
Points : 218
Points : 218
une petite injection de valeurs en base et un petit test unitaire avec des logs et tu aura ta réponse.
__________________
Ce que l'on conçoit bien s'énonce clairement,
Et les mots pour le dire arrivent aisément. Nicolas Boileau
Khaled.Noordin est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/03/2012, 15h11   #3
Membre actif
 
Avatar de sweetasnz
 
Homme
Ingénieur développement logiciels
Inscription : mars 2012
Messages : 128
Détails du profil
Informations personnelles :
Sexe : Homme
Localisation : Nouvelle-Zélande

Informations professionnelles :
Activité : Ingénieur développement logiciels

Informations forums :
Inscription : mars 2012
Messages : 128
Points : 158
Points : 158
Tu travailles sous quelle SGBD.
Cela va dépendre de cela en grande partie car certaines SGBD gère le NULL comme la valeur 0 (zéro) et d'autre non donc les opérateurs < > pourront être utilisés ou PAS.
Il y a toujours le bon vieux "is null", "is not null" qui peut s'avérer utile.
sweetasnz est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 19/03/2012, 15h44   #4
Modérateur
 
Avatar de tchize_
 
Homme
Responsable de service informatique
Inscription : avril 2007
Messages : 16 196
Détails du profil
Informations personnelles :
Sexe : Homme
Âge : 32
Localisation : Belgique

Informations professionnelles :
Activité : Responsable de service informatique
Secteur : Service public

Informations forums :
Inscription : avril 2007
Messages : 16 196
Points : 25 344
Points : 25 344
Envoyer un message via MSN à tchize_ Envoyer un message via Skype™ à tchize_
non, le language SQL est très clair et normalement tu ne devrais avoir des problème qu'avec des SGBD non conforme.

Tout opération de comparaison dont au moins un des membre est null renvoie "unknown" et la logique SQL est une logique ternaire.


Si le résultat d'un where est "true", alors on fait l'action. Si le résultat est false ou unknown, alors on ne la fait pas.
__________________
⥀⥁ Чиз faq java, cours java, javadoc. Pensez à et
"Votre génitrice tute des pédoncules au pandémonium" (le conjurateur, 1973)
tchize_ est actuellement connecté   Envoyer un message privé Réponse avec citation 10
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 19h29.


 
 
 
 
Partenaires

Hébergement Web