Discussion :

[BizuR]

Ah, au temps pour moi, tu fais donc bien plusieurs requetes lors du même programme ... je pensais que tu t'étonnais que LA requete que tu lancais (dans un main par exemple) te prenait 5sec ... chose qui aurait été expliquée.

Pour la cache second niveau, il est applicatif. Tu le desactive comme tu l'as cité. Pour info, si ce dernier est desactivé, le cache de requete l'est aussi par défaut il me semble.

Dernier point, il existe également le cache de session (dit de 1er niveau) qui lui n'est pas désactivable mais seulement nettoyable avec la méthode clear() appartenant à l'objet session. Peut etre est ce dernier qui vient perturber tes résultats.

Sinon en regardant ton code, peut on savoir ce que sont les 6 requetes qui suivent celle de ton vendeur ?!? Charges tu des listes ou tout autre informations ?!?

[bslota]

bah les 6 autres requètes (j'en parles précédement), c'est ma jointure d'une relation OneToOne!! et effectivement ça ne me plait pas du tout non plus!! mais j'ai pas reussi à trouver le bon paramètre!!
apparement fetch mais ça n'a pas marché!?



session.clear()???
mais de tout les exemples que j'ai vu, ils n'utilisent pas ça?? j'essaye!!

[BizuR]

session.clear()???
mais de tout les exemples que j'ai vu, ils n'utilisent pas ça?? j'essaye!!

Bah cela dit ... "normalement" le cache n'est que béénfique pour l'appli alors on en parle moins mais la doc hibernate mentionne bien l'option clear() en question

Pour les One to one, en effet, je n'avais cependant pas fait la liaison entre les deux éléments

[bslota]

clear() change rien!!

je tourne en rond!!

[bslota]

truc de ouf malade!!

J'ai fait la methode hibernate d'ajout dans la base et là, ça marche!!

Donc si j'ajoute un champ, modifie supprime un champ depuis phpmyadmin (par ex), les changements n'apparaissent pas (etant donné que c'est un table innodb, j'ai fait un commit au cas où!?)

Par contre, si je fais cela (j'ai au moins testé l'ajout) depuis mon appli via hibernate, les changement apapraissent!!!

Il doit y avoir quand même une histoire de cache la dedans!! c'est pas possible!!

[bslota]

encore plus ouf!!

j'allume mon prog une première fois!!
j'affiche la liste dans le premier, j'ajoute via phpmyadmin un enregistrement E1
je reaffiche la liste. le nouvel enregistrement E1 n'apparait pas

j'allume mon prog une deuxieme fois!! (autre instance)
j'affiche la liste et on y vois E1

j'ajoute via mon prog1 un enregistrement E2
j'affiche la liste dans prog1, je vois desormais E1 et E2

j'affiche la liste dans prog2, je vois toujours E1 mais pas E2

C'est donc la methode session.save() qui reactualise qqchose!??

Le seul truc qui change, c'est que je n'utilise pas de transaction dans la requete de chargement de la liste!!!

[bslota]

C'etait la transaction!!!

bref au lieu de :

Code :

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

1
2
3
4
5
 
Session session = HibernateUtils.getSession();   
List<Salesman> salesmen = session.createQuery("from Salesman").list();
session.close();
return salesmen;

il fallait mettre:

Code :

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

1
2
3
4
5
6
7
Session session = HibernateUtils.getSession();
Transaction tx = session.beginTransaction();
List<Salesman> salesmen = session.createQuery("from Salesman").list(); 
tx.commit();
session.close();
return salesmen;

POURQUOI!!???

[fr1man]

Tout code d'accès à une base de données doit se faire
au sein d'une transaction:
que ce soit un accès en lecture ou écriture.

Si ce n'est pas le cas, cela peut engendrer des incohérences au niveau des données.

[bslota]

Evidemment !!
Quand je me lance dans l'apprentissage d'un nouvel outil, j'ai pour habitude de mettre mes fondamentaux de coté!! je préfère me crisper sur les paramètrages!!


Cependant je me demande ce qui ce se passe sur une base MyIsam qui ne gère pas les transactions??