Discussion :

[snopims]

bonjour,
j'ai une question un peu bateau...
J'ai une base de données avec des id (numeriques) et des noms d'applications.
Je ne peux avoir deux fois le même nom d'application. (pas deux fois arnaud, et pas de non plus Arnaud et ARNAUD).
Le test pour qu'il n'y est pas deux fois le même nom, vous le faites dans la procédure stocké ou dans la classe ??
Par avance, merci

[Bluedeep]

Plus simple de déclarer un index unique au niveau du champ non, non ?

[snopims]

En faity j'ai rajouté une contrainte d'unicité dans ma table. Mais cela ne prend la cast en compte
cela marche pour arnaud sur arnaud
mais pas sur arnaud sur ARNAUD

[Bluedeep]

Mets ta contrainte case-insensitive.

[snopims]

en sql cela donne quoi, je n'arrive pas à trouver si on considere que ma table s'appele APPLICATION et mon champ NOM

[Bluedeep]

Quel SGBD utilises-tu ?

[snopims]

bonjour,
j'ai une question un peu bateau...
J'ai une base de données avec des id (numeriques) et des noms d'applications.
Je ne peux avoir deux fois le même nom d'application. (pas deux fois arnaud, et pas de non plus Arnaud et ARNAUD).
Le test pour qu'il n'y est pas deux fois le même nom, vous le faites dans la procédure stocké ou dans la classe ??
Par avance, merci

pour reprendre le début, j'ai fait comme on a dit dans la base, le problème est que maintenant si je ne fais pas de test dans le code, j'ai un retour d'exception [System.Data.SqlClient.SqlException] or j'ai un soucis car si mon exception est du à ma contrainte je gere d'une facon mais si ce n'est aps du à ma contriante je fais d'une autre façon. Or comment je sais dans mon exception que cela est du à la contrainte ???

[Bluedeep]

En regardant le message de l'SqlException.

ceci dit rien ne t'empêche de tenter de lire sur le nom avant d'écrire (tout en gardant l'index unique, car il vaut mieux contraindre par la base que par le code)

[SaumonAgile]

Toute contrainte (ou presque) doit être testée d'abord par la couche métier, et ensuite par la source de données. Tout particulièrement lorsque tu intercales une couche de service entre le métier et la source de données.