Discussion :

[bslota]

J'utilise Hibernate3.0 (Persistence EJB3.0 avec annotation) en dehors d'un serveur d'application pour apprendre.

soit le code suivant qui fait une pauvre requète select sur une table Salesman avec une jointure OneToOne sur une autre table:

Code :

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

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

si j'ai le paramètrage:
hibernate.connection.pool_size 0
Le temps pour ma requète est de 5 sec (innacceptable)

si je mets
hibernate.connection.pool_size 1
J'ai beau changer les valeurs dans la base, j'ai toujours le même resultat (le 1°)

[fr1man]

La propriété hibernate.connection.pool_size permet de régler la taille du pool de connexions. Le pool n'agit pas sur la performance des requêtes mais sur l'obtention d'une connexion à la base de données.

Combien d'enregistrements cette requête devrait-elle te renvoyer ?
As-tu exécuter la même requête en sql directement sur la base pour voir si le problème ne vient pas de la base ?

[bslota]

c'est une base de tests avec 6 enregistrements!!

J'ai fait afficher les requètes que j'ai directement executé sur ma base (MySQL) et c'est immediat!!

[bslota]

mais je me demandais, vu le nombre de dépendance qu'il y a (ProXool, ehCach C3PO, etc...) peut être qu'il me manque une jar dans mes dépendances??

En tout cas, vu qu'Hibernate est beaucoup utilisé, j'imagine que niveau perf, ça assure un minimum!!??

[fr1man]

Ta base est-elle sur le même poste que ton appli ?

Hibernate n'est pas en cause pour ce problème de perf.
J'ai déjà récupéré plusieurs milliers d'enregistrements dans des temps tout à fait corrects.

S'il te manquait quelque chose tu aurais une erreur dans tes logs.
Les jars que tu viens de citer concernent les pools de connexion et la gestion du cache. Ces fonctionnalités ne sont pas indispensables pour "tester" Hibernate.

[bslota]

ça me rassure alors!!

non, ma base n'est pas sur la même machine!

[bslota]

par contre, j'ai un truc étrange dans les requètes générés, c'est que j'ai la première requète qui va chercher mes "commerciaux" puis j'ai une requète par enregistrement pour faire la jointure sur la 2° tables!!??

J'aurai plutot imaginé une seule requète!!??

mon objet:

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
 
public class Salesman {
@Id
  public int Id;
 
...
 
//la jointure
    @OneToOne(cascade = CascadeType.ALL) //???
    @JoinColumn(name = "addressId")
    @NotFound(action = NotFoundAction.IGNORE)
    public Address getAddress() {
        return address;
    }
 
}