Discussion :

[olibara]

Bonjour

Avant de faire n'importe quoi je prefere pecher a la foire aux idées pour trouver la meilleure maniere de faire considérant Linq et autre animaux utilisé pour l'acces aux données

Voici l'idée

Je place dans une form 4 combos me permettant de faire different choix
Disons
Pays
Region
Dialecte
Specialité

Au chargement je pourrais faire 4 datatables remplissant les 4 combos des valeurs distinct de chaque type

Puis si je selectionne un Pays (par exemple) je devrais reduire le contenu des autres combo aux valeurs presentes dans le Pays (inutile de proposer le Valais en france)

Bien sur je peux faire tout ca a coup de select dans la base de donnée avec des tables distincte pour chaque combo

Mais je me demande s'in n'y a pas une solution plus elegante en utilisant des dataview, des filtres, des bindingsource ,Linq ou que sais-je ?

Une idée ?

[fally]

Une BindingSource

[olibara]

Ca c'est vite dit fally

Déja a mon avis ce serait 4 Bindingsource

Et puis tu ne dis rien sur la mecanique a mettre en oeuvre

Moi j'aurais dis au pif

Une datatable
Quatre DataView
Et filtrrer chaque DataView en fonction des SelectedValues des autres combo

Mais bon c'est precisément parce que cette mecanique me semble un peu délicate que je cherche des idées avant de clacher du code dans tous les sens !

[fally]

une bindingsource oui. je suppose que toutes les autres tables dépendent de Pays, alors tu effectues un Filter sur le code pays pour charger les autres combo

[olibara]

Mais non Fally

C'est bien entendu un exemple

Un pays a plusieurs region
Une region a plusieurs dialecte
Une specialité peut se retrouver dans plusieurs region ou plusieurs pays
Un dialecte peut se retrouver dans différentes region

Si tu pense que ca marche, explique moi comment tu veux manipuler ton bindingsource pour faire ca !

[fally]

quand je dis une bindingsource, je veux pas dire "une seule". Bien

Un pays a plusieurs region

un filter sur le combo region pour afficher selon le pays choisi

Une region a plusieurs dialectes

un filter sur la combo dialecte pour afficher selon la région

Une specialité peut se retrouver dans plusieurs region ou plusieurs pays

oui mais il vaut mieux lier une spécialité à une région puisque tu devras filtrer la région selon le pays
enfin, bref, je pense que tu devais t'en sortir avec une bindingsource et une reorganisation des relations entre tes 4 tables

[olibara]

oui mais il vaut mieux lier une spécialité à une région puisque tu devras filtrer la région selon le pays

Justement NON !

Je peux tres bien A PRIORI choisir une spécialité :
"Tapis d'Orient"

Et boum !
Me voici en Turquie, en Tunisie, Au Maroc etc.

En plus ce serait mas mal de faire un distinct sur les filtres !

[fally]

Justement NON !
Je peux tres bien A PRIORI choisir une spécialité :
"Tapis d'Orient"
Et boum !
Me voici en Turquie, en Tunisie, Au Maroc etc.
En plus ce serait mas mal de faire un distinct sur les filtres !

Hum ; tu veux dire quand l'utilisateur choisira "tapis d'Orient" pour la combo spécialité, le prog devra lui afficher "Turquie, Maroc..." dans la combo pays??
Parce que moi je me disais qu'il doit y avoir un "ordre" de choix des combo

[olibara]

Et ben non !

Tout n'est pas toujours simplement hierarchique
Ici on est vraiment dans une configuration en étoile !!

Néanmoins je mets une contraint

Le user selecte un premier combo au choix
Du coup je filtre les AUTRES en fonction de ce choix
Il en choisit un autre : je cumule le premier filtre avec le deuxieme

etc..

S'il veut revenir en arriere, il fait un reset !


Je peux faire ca en sql a coup de select distinct where et remplir plusieurs datatables
Mais je suis convaincu qu'il y a moyern de rendre ca plus élégant !

[fally]

Ok! J'ai fait un truc pareil y'a pas longtemps. J'ai d'abord chargé toutes les données sans critères et lors de la sélection dans une combo, je fais un Filter de ma bindingsource sur la dgv mais dans mon cas, les données affichées venaient d'une table où avaient migré les codes des combo