Dao avec JDBC. Relations many-to-many

Version imprimable

08/07/2009, 13h38
Invité

Dao avec JDBC. Relations many-to-many

Bonjour à tous,

Pour mes daos j'utilise le support Jdbc fournis par Spring. Pour obtenir un objet sans relations tout vas bien. Mais pour les relations, j'ai quelques questions :

1° Lorsque j'ai une collection dans un de mes objets. En temps normal, je ferais un select avec une jointure et une boucle de rupture sur le ResultSet mais dans ce cas, je ne sais pas. Comment faire pour ne pas effectuer une requête pour l'objet et une pour la sélection ?

2° Lorsque j'ai plusieurs collections dans un de mes objets. Je n'ai plus le choix, je suis obligé de faire plusieurs requêtes pour charger mes collections mais bien souvent les objets présents dans cette collection peuvent également êtres gérés indépendamment, ils sont donc leur propre Dao (Mapper et requêtes). Comment éviter d'avoir du code (les requêtes et le mapper) dupliqué un peu partout ?

:calim2:

Merci
08/07/2009, 14h27
aymen83

pour la couche persistence, tu utilise quoi?
tu peux penser à utiliser le lazy loading
08/07/2009, 14h27
Hikage

Selon moi, je dirai qu'en général un DAO = une classe mappée en DB.
Autrement dit, si tu as une Class A avec une collection de Class B, tu auras un DAO A et un DAO B.

Et tu feras quelques chose du style :

ObjectA = DaoA.FindById('cle');
List Bs = DaoB.findByReferenceA(ObjectA.id);
ObjectA.setListB(bs);

Et ces appels se feront dans la couche 'Service' qui possédera la références vers les deux DAOs
08/07/2009, 14h27
Hikage

Citation:

Envoyé par aymen83

pour la couche persistence, tu utilise quoi?
tu peux penser à utiliser le lazy loading

C'est JDBC, cf le titre du post :)
08/07/2009, 14h44
Invité

Citation:

Envoyé par aymen83

pour la couche persistence, tu utilise quoi?
tu peux penser à utiliser le lazy loading

Comme le dis Hikage, c'est JDBC..

Citation:

Envoyé par Hikage

Et ces appels se feront dans la couche 'Service' qui possédera la références vers les deux DAOs

Hum, il n'y à pas d'autres moyens ?
En réalité il y à une partie qui utilise Hibernate, et donc qui me retourne un objet complet. Celà devrais donc dire que mes services sont censés savoir quel type de dao est utilisé pour savoir si ils doivent faire la "reconciliation" ou pas.. Ce qui serais bien dommage et casserais un peu le séparation.

Il y à bien sur la possibilité d'accéder a ma DaoFactory (via une injection ou ApplicationContextAware) depuis chaque Dao et faire la "reconciliation" à l'intérieur de chacun d'eux en appelant les autres via la factory mais ça ne me plaît pas du tout.