Discussion :

[olibara]

Bonjour

Jusqu'a present j'utilise pas mal d'acces aux base de données mais je n'ai jamais exploité un Dataset, je me contente d'utiliser la datatable d'indice 0 dans le dataset a la sortie d'un Query

Mon sujet ici est peut etre l'occasion d'approfondir la chose ....

J'utilise un query qui me rends une datatable Client * produit
Pour chaque client je peux avoir plusieurs produits. Donc j'ai des doublons au niveau client

Je n'ai pas vraiment de liberté pour modifier les query existant

Je dois imprimer une facture par client

Actuellement je dois mettre en place une mecanique un peu bateau pour generer mes pages a chaque rupture de client et imprimer les produits du client sur chaque page.

Je me dis que si j'avais une Table client liée a une table produit ce serait plus facile et lisible

Bien sur je peux construire cela a la main dans des boucles mais ce ne serait que déplacer le problème

Donc je me demande s'il n'existe pas une maniere plus evidente de faire cela ?

[nachtigal]

bonjour,

Bien sur je peux construire cela a la main dans des boucles mais ce ne serait que déplacer le problème

Quand t'as pas le choix, faut y aller !
Comme t'as qu'un DataTable au départ, moi j'aurai fait une requête LINQ dessus pour grouper par client, et enfin en parcourant le résultat, je reconstitue les deux tables dont t'as besoin Clients et Produits.
Le GroupBy t'évite d'avoir à gérer des indexes à la main et te donne Clients, et en parcourant le résultat, je pose à chaque fois un filtre sur le DataTable pour alimenter la table Produits.
J'ai pas la structure de ton DataTable, je ne peux faire guère mieux !
nachtigal.

[olibara]

Salut Nachtigal

Oui c'est un peu a ca que je pensais mais ce qui me rebute c'est quand meme le filtre iteratif

En terme de lisibilité et de structure de code c'est certainement plus propre mais en terme de performance c'est a mon avis plus lourd et plus gourmand !

Donc je pense que je vais opter pour la rupture et le fitre (a la main)