Discussion :

[stof]

Bonjour,

J'effectue une requête triée comme je l'entend via une procédure stockée que je sors dans une liste via :

getHibernateTemplate().findByNamedQuery("select_all_my_things");

Dans ma requête, j'ai un tri alphabétique "normal" (sans tenir compte des majuscules/minuscules) mais à la sortie, Hibernate me met les minuscules à la fin.

J'ai bien vu qu'on peut faire quelque chose comme :

Criteria ctr = getSession().createCriteria(ClassOuEstMaRequete.class);
ctr.addOrder(Order.asc("nomChamp1"));
ctr.addOrder(Order.asc("nomChamp2"));

mais si j'ai "court-circuité" Hibernate pour la requête, c'est parce qu'elle était trop complexe et pas uniquement liée à la classe "ClassOuEstMaRequete" donc je crains que si ceci est sans effet, c'est parce que nomChamp1 et nomChamp2 ne sont pas des objets de ma classe mais les élémùents retournés par ma requête.

Que faire?
Merci.

[tchize_]

y a pas de raison qu'hibernate change l'ordre par rapport à ce que retourne le serveur. On peux voir la définition de la query dans ton fichier de mapping hibernate? Note au passage que findByNamed query utilise une requete nommée "hibernate" (HQL), pas une requete stockée coté serveur SQL. Je dit ça parce que tu a l'air de sous entendre que tu exécute une procédure stockée sur le serveur

[stof]

y a pas de raison qu'hibernate change l'ordre par rapport à ce que retourne le serveur. On peux voir la définition de la query dans ton fichier de mapping hibernate? Note au passage que findByNamed query utilise une requete nommée "hibernate" (HQL), pas une requete stockée coté serveur SQL. Je dit ça parce que tu a l'air de sous entendre que tu exécute une procédure stockée sur le serveur

Dans mon fichier ClassOuEstMaRequete.hbm.xlm

Code :

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

1
2
3
4
5
       <sql-query name="select_all_my_things" callable="true">
	<return-scalar column="champ1" type="string"/>
	<return-scalar column="champ2" type="string"/>
	{call PTHINGS.select_all_my_things(?)}
	</sql-query>

et donc ensuite tout se passe côté base de données

Et Hibernate me change l'ordre quand il envoie les données dans ma liste (mais c'est mieux que si je ne triais pas du tout au préalable dans ma base de données) par rapport à ce que je vois quand j'exécute ma requête sur ma base Oracle.

[tchize_]

haaa requete oracle

les functions qui travaillent sur les caractères en oracle (notamment mise en majuscule etc), ont un comportement qui varie en fonction de la configuration de la connection. Il est donc pas impossible que le driver jdbc te renvoie un résultat différent de ce que te renverrais, par exemple, SQL developper, puisque les variable d'environnement oracle de la langue n'auraient pas nécessairement les même valeurs. Tu peux peut etre faire çà:

Code :

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

1
2
3
4
5
6
7
8
connection = session.connection();
statement = connection.prepareCall("{ call select_all_my_things}");
if (statement.execute()){
   do {
      resultSet = statement.getResultSet();
      // récupère données
   } while (statement.getMoreResults());
}

c'est certainement pas la méthode recommandée, mais tu va récupérer un connecteur avec la même config qu'hibernate -> tu pourra tester si effectivement hibernate réorganise. J'ai rien vu de tel dans la doc en tout cas

[stof]

Bonjour,

Je me remet sur le problème.
Par contre je bloque avant même de voir ce que j'ai dans le resultSet.

prepareCall("{call select_all_my_things}");
-->wrong number or types of arguments

prepareCall("{call select_all_my_things(?)}");
-->Missing IN or OUT parameter at index:: 1

[tchize_]

a tout hasard:

Code :

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

prepareCall("{call select_all_my_things()}");

?

[stof]

Non plus :
wrong number or types of arguments

[tchize_]

ha ben oui, mal lu

prepareCall("{call PTHINGS.select_all_my_things(?)}");

en oubliant pas de passer le parametre avant d'exécuter

[stof]

Oui, j'ai pas voulu te reprendre sur ce détail mais je sous-entendais dans mes essais que je continuais à faire précéder ma requête par "PTHINGS."
(j'allais dire que sinon l'exception aurait été différente mais non en fait)

Code :

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

1
2
3
4
 PreparedStatement statement = getSession().connection().prepareCall("{call PTHINGS.selectAllMyThings(?)}");
	            if (statement.execute()){
}

BOUM!

[tchize_]

faut passer le paramètre qui correspond à ? avant de faire le exectute!

exemple:

Code :

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

setString("blabla",1)

[stof]

Bon, laisse tomber, j'arrive à rien faire : c'était une procédure au départ mais avec cette histoire d'arguments (c'est qu'un paramètre de sortie) la syntaxe était pas bonne donc j'ai changé ça en fonction mais là apparemment le statement veut une procédure et pas une fonction, j'y comprend rien du tout!

Parce que c'est une liste que ça doit me sortir et il n'y a pas de paramètre d'entrée à fournir (comme quand ça marchait avec l'autre méthode)

[tchize_]

tu peux aussi sniffer ta connection oracle pour voir dans quel ordre hibernate recois les données

Sinon poste peut etre le code de la procédure stockée, il y aura peut etre un truc qui tiltera

[stof]

tu peux aussi sniffer ta connection oracle pour voir dans quel ordre hibernate recois les données

Sinon poste peut etre le code de la procédure stockée, il y aura peut etre un truc qui tiltera

Code :

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

1
2
3
4
5
6
7
 PROCEDURE selectAllMyThings (rc1 OUT globalpkg.rct1)
  AS
  BEGIN   
  OPEN rc1 FOR			
			SELECT champ1 champ2, champ3
			FROM MYTABLE;
END selectAllMyThings;

[tchize_]

pourquoi pas le select directement dans le query?? Puis pour l'ordre de retour, je vois pas de clause orderby, donc je sais pas si il y a une règle précise d'ordre dans ce cas (et ca rejoint ce que je pensais, l'ordre dépend de l'état de la connection).

Pour sniffer, utilise un outils comme wireshark. Tu verra, les tramme oracle peuvent se lire à l'oeil nu

[stof]

pourquoi pas le select directement dans le query?? Puis pour l'ordre de retour, je vois pas de clause orderby, donc je sais pas si il y a une règle précise d'ordre dans ce cas (et ca rejoint ce que je pensais, l'ordre dépend de l'état de la connection).

Euh...parce que j'ai simplifié : la requête est assez grosse avec unions, join et tout le bazar donc vaut mieux qu'elle soit dans une procédure stockée.
idem pour le order by, il y est en réalité.

Bon, je vais pas passer plus de temps là-dessus (ça fait déjà plusieurs paquets d'heures pour une co... de majuscules/minuscules); j'airais simplement voulu résoudre le problème par un simple réglage Hibernate sans tout remettre en question puisque ça marche en dehors de ça...

Merci quand-même!

[tchize_]

montre nous tes orderby?

[stof]

Code :

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

1
2
3
SELECT champ1, champ2, champ3, champ4
FROM MYTABLE
ORDER BY champ1, champ3;

[tchize_]

j'ai trouvé çà

Code :

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

1
2
3
4
5
6
7
8
9
10
11
Oracle10g Case-Insensitive and Accent-Insensitive Query and Sort
 
You use the nls_sort session parameter to specify a case-insensitive or accent-insensitive sort, this is accomplished by:
 
    * Appending a " _CI" to an Oracle sort name for a case-insensitive sort.
    * Appending an "_AI" to an Oracle sort name for an accent-insensitive and case-insensitive sort.
 
For example, you can set nls_sort to the following types of values:
 
    * SPANISH becomes SPANISH_AI
    * DUTCH becomes DUTCH_CI

Tu peux peut etre essayer de définir nls_sort au sein de ton script :/
En tout cas, c'est donc bien dépendant de l'état de la session. Peut-être en entourant les clauses du order by avec des fonctions oracle serait plus précis

[stof]

Ah, c'est dommage, c'était intéressant ta solution... mais je suis sous Oracle 9.2.0.6.0, bref pas sous Oracle 10 et il ne connaît pas la commande

Code :

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

ALTER SESSION SET NLS_SORT=BINARY_AI

...mais j'ai quand-même un doute sur cette solution puisque quand j'exécute la requête sous TOAD for Oracle, le résultat est bien trié comme je veux et que c'est seulement à la sortie Hibernate dans ma liste Java que c'est plus dans le bon ordre.

[tchize_]

en même temps, on ne sais pas ce que le dialect oracle fait avec le connection jdbc avant de la filer à hibernate. Le mieux, comem déjà dit, pour supprimer le doute, c'est de sniffe rla connection pour voir dans quel ordre oracle les renvoie effectivement.