Requête paramétrée ne renvoyant pas de résultats

**sanguisorbe** · 18/05/2015, 15h12

Bonjour,

Je rencontre un blocage lorsque j'utilise la requête paramétrée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where e.name = :param").setParameter("param", variable).list();

La liste retournée est vide.
Alors que la requête équivalente sans paramètres :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where e.name = '" + variable + "'").list();

renvoie bien une liste avec les valeurs attendues.

Avez-vous une idée d'où peut venir cette différence ?

**jeffray03** · 19/05/2015, 15h45

salut,
le parametre est de que type?
variable est de quel type?

Eric

**sanguisorbe** · 19/05/2015, 15h58

Bonjour,
le paramètre est de type String, variable String également.
J'avais à tout hasard essayé en remplaçant "setParameter" par "setString" sans plus de succès

**jeffray03** · 19/05/2015, 16h09

salut,
as tu essayé?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where e.name = ? ").setParameter(0 , variable).list();

Eric

**eulbobo** · 19/05/2015, 16h15

EDIT : j'avais pas vu que tu avais testé sans succès le setString
Le problème doit venir du contenu de ta variable, parce qu'il n'y a pas de raison que ça passe en concatenant ou en utilisant un type paramétré

Essayes avec ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where e.name = ?").setString(0, variable).list();

Et tant qu'à faire, affiche nous le contenu de ta variable comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.out.println(">"+variable+"<");

**sanguisorbe** · 19/05/2015, 16h28

Ah oui, j'avais oublié de préciser que j'avais également essayé la requête avec un paramètre positionnel et non nommé. Sans différence non plus.

Je regarde pour récupérer le contenu de la variable.
EDIT : voilà ma variable : >MYUNIT<

**jeffray03** · 19/05/2015, 16h38

et tu as dans ta base de données, cette valeur la en tant que name?
ecrit mot a mot?

**sanguisorbe** · 19/05/2015, 16h57

Alors effectivement, j'ai oublié de préciser que les valeurs en base de données sont type "TEXTE " donc ici "MYUNIT " au lieu de "MYUNIT".
Ce serait ça la cause ?
Pourtant le résultat sort bien en requêtant directement la base

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from atelier_gmao where unit='MYUNIT';

et comme je disais précédemment sous la forme

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where e.name = '" + variable + "'").list();

**eulbobo** · 19/05/2015, 17h03

Donnes nous
- le nom de la base de données que tu utilises
- ton fichier de mapping pour Entite
- ta classe pour Entite

et on aura tout pour te répondre !

**sanguisorbe** · 19/05/2015, 17h13

La base de données est une Oracle 11G

et voici ma classe (pas de fichier de mapping car j'ai utilisé les annotations)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
@Entity
@Table(name = "ENTITE", uniqueConstraints = {
		@UniqueConstraint(columnNames = "NAME")})
public class Entite {
	@Id
        @GenericGenerator(name="generator", strategy="increment")
        @GeneratedValue(generator="generator")
	@Column(name = "ID_ENTITE", columnDefinition = "number")	
	private int id_entite;
 
	@OneToMany(fetch = FetchType.LAZY, mappedBy = "entite")
	private Set<SousEntite> sous_entites = new HashSet<SousEntite>();
 
	@ManyToOne(fetch = FetchType.LAZY)
	@JoinColumn(name = "ID_GOUPE")
	private Groupe groupe;
 
	@Column(name = "NAME", columnDefinition = "char", unique = true)	
        private String name;
}

**eulbobo** · 19/05/2015, 17h26

Essayes avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
@Column(name = "NAME", columnDefinition = "string", unique = true)	
        private String name;

**sanguisorbe** · 19/05/2015, 17h35

Non, ça ne change rien malheureusement

**jeffray03** · 20/05/2015, 08h34

salut,
peux-tu essayer ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where e.name like ?").setString(0, variable.replaceAll("\\s", "") + "%").list();

Eric

**eulbobo** · 20/05/2015, 09h21

Et le type de ta colonne c'est quoi précisément? (parce que TEXTE ça me parle pas en Oracle 11)

jeffray03 : je pense pas que ça marchera vu qu'apparemment il n'y a pas d'espaces avant et après, mais à tester quand même...

**sanguisorbe** · 20/05/2015, 11h27

Bonjour,

Le type de la colonne est CHAR (100 BYTE). (J'avais écrit "TEXTE<plein d'espaces>" pour l'exemple mais ce n'est pas passé comme je voulais sur le forum)

Le

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

+ "%"

a bien débloqué le traitement. Mais cela va poser problème si j'ai 2 valeurs commençant pareil dans la base de données non ? (ex : "abcd " et "abce ")

**eulbobo** · 20/05/2015, 11h34

Le type CHAR contient toujours des données qui font la longueur totale de ta chaîne, donc dans ton cas, tu dois avoir en base "MYUNIT" suivi de plein d'espaces.
Du coup, le test d'égalité HQL avec = ne marche pas (il fonctionne avec une requête SQL 'normale' parce que la base de données ne fonctionne pas pareil dans ce cas là : elle n'utilise pas de Statement et fait une conversion des données, les experts Oracle pourront te dire précisément pourquoi).

Donc deux solutions à ton problème :
- Déclarer ta colonne en VARCHAR2(100 BYTE)
- Réécrire ta requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

session.createQuery("from Entite e where trim(e.name) = ?").setString(0, variable).list();

A savoir : le type CHAR n'a que très peu d'intérêt aujourd'hui, autant utiliser un VARCHAR qui te permettra de ne pas utiliser de la place pour stocker des espaces.

**eulbobo** · 20/05/2015, 11h50

Point culture sur la comparaison des types CHAR :

http://docs.oracle.com/cd/A97630_01/...624/b_char.htm

ANSI/ISO SQL requires that two character values being compared have equal lengths. So, if both values in a comparison have datatype CHAR, blank-padding semantics are used. That is, before comparing character values of unequal length, PL/SQL blank-pads the shorter value to the length of the longer value. For example, given the declarations

last_name1 CHAR(5) := 'BELLO';
last_name2 CHAR(10) := 'BELLO '; -- note trailing blanks

the following IF condition is true:

IF last_name1 = last_name2 THEN ...

Pour résumer, Oracle pour comparer deux champs à besoin qu'ils fassent la même taille, du coup avant de vérifier l'égalité de deux chaines qui ne font pas la même taille, il augmente la taille de la chaine la plus petite. Ce qui explique pourquoi ça marche en concatenant la valeur de ton champ dans la requête et pas en passant par une requête paramétrée (qui crée un Statement, et pour lequel le type envoyé ne doit pas correspondre à du CHAR)

**sanguisorbe** · 20/05/2015, 12h02

Merci pour ces explications, cela répond bien à toutes mes questions.

Je n'ai pas la main sur la base de données donc je vais faire avec le trim.

Merci à tous pour votre aide !

Requête paramétrée ne renvoyant pas de résultats [HQL]

Hibernate Java

Discussions similaires

Partager

Partager