Discussion :

[voyageur]

Bonjour,

Je dois developper un logiciel client/serveur de gestion qui fais des traitement sur une base de données Sql server.
Je souhaite concevoir au maximum d'une facon objet pour la modularité du code coté applicatif.

Par exemple je veux mapper toutes mes lignes qui sont dans ma base de données pour pouvoir les manipuler sous forme d'objet dans mon application.
Comme ceci :
Code :

ligne 1 de la TABLE --> Personne = new Personne (champs1, champs2 ......)
ligne 2 --> Personne = new Personne (champs1, champs2 ....)
..........................................................
ligne n --> Personne = new Personne (champs1, champs2 ....)

J'ai pense notamment à l' objet Dataset qui permet de charger toutes les lignes des tables de la base de données en memoire.
Le probleme en faisant de cette facon est que je risque de consommer enormement de memoire si ma base de donnees est volumineuse.
1000 000 lignes = 1000 000 d'objet en memoires !!!!

J'aimerai donc savoir si c'est une bonne methode de conception, si non comment procederiez vous pour garder au maximum l'esprit objet du code applicatif ?

merci

[JPelli]

Bonjour,
L'utilisation du dataset me semble la meilleure solution pour le traitement des enregistrement d'une base de données.
les contrôles peuvent êtres liés au table.
Relation entre tables.
Les mises à jour vers la BDR peuvent être automatique(dataadapter) ou "manuelle" (requêtes SQL).
Pour le nombre de ligne, tu peux essayer de les réduires dans la requête.
Bon boulot Jean

[MaRuXeLo]

J'aimerai donc savoir si c'est une bonne methode de conception, si non comment procederiez vous pour garder au maximum l'esprit objet du code applicatif ?

Ca peut être une bonne raison de ne pas utiliser les DataSet?

Tu as regardé du côté des outils de mapping OR comme NHibernate ?

[Chubyone]

Tu as regardé du côté des outils de mapping OR comme NHibernate ?

Vi : autant ne pas réinventer la roue...
Sans parler de tout ce qui accompagne...

OK, un outil MOR c'est du lourd, mais certains ont deja fait un travail monstre pour nous aidé à générer une DAL en 5 min... Pourquoi se compliquer la tache?
Je conseil nHibernate également, un peu usine à gaz au début parait il , mais on ne m'en dit que du bien ensuite...
Le plus long est la prise en main, mais le gain de temps ensuite....

[MaRuXeLo]

Sans parler de tout ce qui accompagne...

Je dirais Spring.NET + NHibernate, solution qui a fait ses preuves dans le monde Java.

[voyageur]

Je ne connais pas du tout les framework de mapping comme Nhibernate, cependant je reste sceptique sur ces technologie.

En rajoutant des couches comme ceci les performances de traitement sur les base de données relationnelles ne s'en trouvent elle pas reduites ?

[Pilloutou]

Bonjour,

je te conseille un très bon article traitant du choix entre un outils de mapping OR et les dataset.

Implémenter une couche de persistance avec .Net

Après à toi de faire ton choix.
J'ai développé quelques applications en utilisant des DataSet typés. Il est vrai que c'est pas mal. Après faut voir. Il y a du pour et du contre.
Je vais me pencher sur un outil de mapping OR pour pouvoir comparer.

Pour répondre à ta question directe, il faut comme te l'a dit JPelli que tu filtres ça dans tes requêtes.
Un exemple tout bête, la consultation des commandes. Suppose qu'un utilisateur souhaite visualiser les commandes d'un client. Tu ne vas pas récupérer toutes les commandes qu'il y a en base pour que l'utilisateur en choisisse une parmi toutes ces commandes. Tu vas plutôt filtrer ta requête à partir de l'identifiant du client que l'utilisateur aura préalablement sélectionner. Et même en faisant ainsi, tu vas te retrouver avec beaucoup de commandes. Donc ensuite, tu peux filtrer les commandes sur une période que l'utilisateur aura choisi. Voilà pour l'exemple, ensuite tout dépend de ton application.

Bye.