Mapping Objet / Relationnel

Version imprimable

19/10/2006, 10h36
LordBob

Mapping Objet / Relationnel

Bonjour a tous,
voila constatent que le mapping Objet/Relationnel devient si je peux dire à la mode. J'aimerais savoir à quel moment on estime "indispensable" de s'en servir.
Par exemple dans mon cas je développe une application de taille moyenne et je me demander si utiliser le mapping était une bonne idée. J'ai donc fait des recherche, mais le seul avantage que j'ai constaté à utiliser cette "technique" c'est de me passer d'écrire du code SQL.
C'est pour cela que j'aimerais avoir quelques explication.
Merci par avance.
26/10/2006, 00h02
Nip

De mon point de vue sachant que toutes les applis de taille moyenne demande une couche d'acces aux donnees, je dirais tout le temps. Un faible cout d'apprentissage pour un temps gagner phenomenal. Tu evites d'ecrire tout le SQL, toute la couche d'acces aux donnees et tu te concentres sur le metier de ton appli, c'est pas genial?
26/10/2006, 11h18
joujou_le_fou

Attention quand même à la lenteur de ces outils. Ils ralentissent de manière importnate l'application. Si les accès aux données sont ponctuels, c'est une bonne solution. Sinon, il vaut mieux éviter de les utiliser.
26/10/2006, 15h56
Nip

Citation:

Envoyé par joujou_le_fou

Attention quand même à la lenteur de ces outils. Ils ralentissent de manière importnate l'application. Si les accès aux données sont ponctuels, c'est une bonne solution. Sinon, il vaut mieux éviter de les utiliser.

Tout depend le type d'appli que tu concois mais on va dire que dans 80% des cas ce sont des applis qui sont standards, de gestion ou sites web, et dans tous ces cas l'utilisation d'un outil de mapping te permet, non seulement de t'aider au developpement multi couche, mais aussi t'assure de correctement construire ton acces aux donnees, une plus grand scalabilite et efficacite dans le developpement tout ca pour une perte de performance totalement negligeable.
Effectivement les outils de mapping utilisent la reflexion (ce que ne font pas les generateurs de code) mais l'argument de la performance pour se passer de ces outils est une chimere: une appli correctement concue sera toujours a long terme beaucoup plus performante qu'une appli avec des acces directs aux donnees de tous les cotes.
Donc pas d'hesitation :).
26/10/2006, 17h17
neo.51

utiliser un dataset avec un dataadapter revient à faire du mapping objet/relationnel.

après les outils et les modèles d'architecture peuvent changer mais on peut dire que dans toutes les applis dotnet utilisant des dataset on fait du mapping objet relationnel :)
26/10/2006, 17h45
Nip

Citation:

Envoyé par neo.51

utiliser un dataset avec un dataadapter revient à faire du mapping objet/relationnel.

C'est certain, sauf que un dataset c'est non type, et au niveau de la gestion des dependances on a vu mieux :), la plupart du temps on mappe les donnees et on passe ca direct a l'IHM; c'est simple d'usage certes mais bon... .
Pour que LordBob fasse bien la difference, d'un cote avec le Dataset tu bosses avec des structures de donnees qui suivent le format de ta base de donnees et de l'autres du bosses avec des objets de donnees orientes metiers.
26/10/2006, 18h59
neo.51

Citation:

sauf que un dataset c'est non type

Sauf quand tu fais un dataset fortement typé :aie:

Citation:

avec le Dataset tu bosses avec des structures de donnees qui suivent le format de ta base de donnees et de l'autres du bosses avec des objets de donnees orientes metiers

on peut très bien hériter un dataset pour lui ajouter des fonction "métier". Mais la on rentre plus dans un débat qui relève du design d'architecture et de la séparation des couches. :)
27/10/2006, 14h42
ControlBreak

J'ai eu des surprises en utilisant un framework OR "maison". Mais ça marche bien quand tout reste bien "plat": quand la couche métier se complique (associations, aggregations...), il faut passer par du code spécifique pour certaines stratégies d'accès aux données plus complexes (retourner des listes basées sur des vues, par exemple), et on retombe dans les travers qu'on cherche à éviter.

Sinon, Il y'a une solution alternative : les générateurs de code.
Je me souviens de NTierGen pour .NET 1.1 qui générait des dataset typés "maison", et qui malheureusement ne semble plus maintenu.

Les classes "partial" introduits dans .NET 2.0 offrent de nouvelles possibilités pour cohabiter avec du code généré de manière plus confortable, je pense essayer ça plutôt qu'un framework OR.