Discussion :

[elitol]

Bonjour,

je fais un projet en C# avec une base SQL Server.

Je souhaiterais pouvoir restreindre la valeur de certains champs d'une table à une liste que je definis moi-meme.

Quand un utilisateur veut ensuite remplir la valeur du champ, il a le choix dans une liste deroulante par exemple.

Il me semble que c'est possible avec Access.
Quelqu'un pourrait m'expliquer sous SQL Server si c'est possible ?

merci

[f_bobo]

Salut,

Sous SQL SERVER, tu peux juste mette une contrainte sur un champ pour spécifier la liste des valeurs authorisées.
Mais pour le remplissage, ce n'est qu'un contrôle d'intégrité style x est pas dans la liste ==> erreur.
Sinon, faut faire une table avec les valeurs et dans ta programmation C# tu affiches une liste avec ces valeurs pour remplir au final ton champs dans la BDD.

Je vois pas autre chose mais je ne connais pas tout loin de là

Cordialement,

Florent

[rudib]

C'est exactement ça, f_bobo.
Par exemple une table de référence liée par une clé étrangère.
Access gère l'affichage de ses données. SQL Server est un serveur qui répond à des requêtes. C'est ton application cliente qui est reponsable d'afficher des combos. Tout ce que va faire SQL Server, c'est te renvoyer une erreur quand tu essaieras de lui envoyer ta requête de modification avec une valeur qui n'est pas dans la liste, parce que ses contraintes (un CHECK, ou une clé étrangère sur une table de référence) seront violées.

[elitol]

merci pour vos reponses

je voulais eviter de creer une autre table avec les valeurs autorisées.

je suppose que je devrais me contenter de mettre une contrainte.

ce que je voulais en fait, c'est pouvoir gerer au niveau d'une table le domaine de valeurs de certains de ses champs

[rudib]

ne néglige pas les avantages des tables de référence : elles sont auto-explicatives, et elles te permettent de gérer très simplement le domaine de valeurs. Sans ça, si tu ajoute une valeur possible, tu dois modifier la structure de ta table (en modifiant la contrainte), et ton code client (et recompiler, déployer, etc. si c'est du compilé, déployer si c'est du script...)

[elitol]

pourrais-tu me confirmer que dans ce cas, je dois créer une table, qui contient mes valeurs possibles, pour chaque champ concerné ?

sauf pour ceux qui partagent le meme domaine de valeurs, dans ce cas ces champs seront liés a la meme table

[elitol]

et si je souhaitais faire ce controle au niveau de l'interface (ma fenetre C#)

est-ce que mon application resterait cohérente ?

[f_bobo]

Au niveau de l'interface oui, mais comme l'a si bien exprimé rubid, le fait de faire ça oblige de modifier le programme et donc de le diffuser alors que si c'est dans une table, tu peux ajouter à la volé des lignes qui seront automatiquement prisent en compte par ton appli.

Mais là c'est le choix du développeur

[WOLO Laurent]

et si je souhaitais faire ce controle au niveau de l'interface (ma fenetre C#)
est-ce que mon application resterait cohérente ?

Pas recommandé.
En effet, un utilisateur peut sauter la couche applicative et inserer des lignes en passant par Query Analyser et votre base de données va valider ces informations.

[elitol]

merci, je suis definitivement convaincue