Discussion :

[sandre]

Bonjour.

Je travaille sur une application C# utilisant des DataSet typés.

Dans une DataTable de mon DataSet j'ai un champ clé (string).
Mon DataSet et mon DataTable sont CaseSensitive (c'est obligatoire pour mon application).

La valeur de la chaine pouvant être stockée dans ce champ clé doit également tenir compte des espaces à gauche et droite. C'est un particularité mas je ne peux faire autrement car ce champ doit stocker des noms de machines sur un réseau qui peut justement tout avoir comme combinaison.

Mon problème est le suivant :
Si j'ai une occurence avec en valeur de clé " TOTO" et une autre ayant "TOTO" dans mon DataTable pas de pb.
Par contre si la différence est induite par un espace à droite (ex : "TOTO" et "TOTO ") j'ai là une violation de clé. A priori il un Ltrim() explicite qui est fait.

Comment faire pour que "TOTO" et "TOTO " soient considérées comme des valeurs différentes dans un champ de mon DataTable ?

Merci d'avance pour vos réponses.

[sandre]

A priori mon problème provient de la gestion de la clé unique d'un dataset typé.

C'est à dire que si j'ai 2 occurences différentes ayant en valeur "TOTO" et "TOTO " dans leur clé primaire cela provoque une violation de clé.

Pourtant la valeur n'est pas la même.

J'ai d'ailleurs interrogé une données "TOTO " qui est passée de l'état stockée dans une variable puis affecté à un champ d'un Datatable puis lu à partir de ce champ dans une variable et je n'ai pas perdu ces espaces à droite durant toutes ces opérations. Cela signifie donc que c'est vraiment la gestion des clé uniques qui refuse de différencier ces valeurs sur leurs espaces à droite.

Est-il possible de configurer ce comportement de gestion de clé unique dans un dataset ?

[neptune]

Si le framework fait un Trim de ta clé automatiquement, à toi de le tromper. Soit en ajoutant un caractère au début et à la fin de ta chaine (a toi d'évaluer si ta clé risque d'être double due à la probabilité que ces caractères soient utilisés) ou alors de transformer ta clé en md5 ou base64.

[sandre]

c'est une bonne idée (l'ajout du caractère à gauche et droite pour encadrer ma chaine) mais cela va être lourd à implémenter dans mon appli.

N'y a t-il pas possibilité de configurer la règle de gestion de clé en lui disant de ne pas faire ce trim() ?

[neptune]

c'est une bonne idée (l'ajout du caractère à gauche et droite pour encadrer ma chaine) mais cela va être lourd à implémenter dans mon appli.

Pas tant que çà! Si tu dérives de DataTable et change la façon dont la clé est interprétée?

N'y a t-il pas possibilité de configurer la règle de gestion de clé en lui disant de ne pas faire ce trim() ?

Je n'en sais rien, n'utilisant jamais les DataTable, mais pourrais tu me mettre un morceau de code ou tu utilises ton DataTable et ta clé pour chercher plus profondément d'ou vient le problème?

[sandre]

En fait je ne vois pas quoi te mettre comme bout de code.

Si tu veux c'est simplement quand j'ajoute une occurence ayant par exemple "TOTO " en valeur dans le champ clé à un datatable ayant une occurence qui a "TOTO" dans son champ clé. C'est vraiment que la gestion des clés uniques ne tient pas compte de ces espaces dans son algo de comparaison de valeur.

C'est par exemple la ligne : this.Rows.Add(row); qui provoque l'exception.

[neptune]

Afin de pouvoir bien rechercher montre moi comment tu construit l'objet row. Et si tu as la stack trace c'est encore mieux.

(fin des réponses à 17h, boulot finit, départ w-e, pas d'ordinateur avant lundi )

EDIT: ok, je reproduit l'erreur, je sais par ou chercher.

[sandre]

En fait je viens de me faire une méthode AjouterTagsChampCle() et une autre RetirerTagsChanmCle() chargées de convertir "TOTO " en "*TOTO *" et inversement.

Du coup j'appelle ces méthodes avant sauvegarde dans mon datatable et avant lecture dans celui-ci et c'est parfait !

Je te remercie pour ton aide, j'avais vraiment pas pensé à entourer les infos avec espaces !

[neptune]

Ce qui est vraiment dommage, c'est qu'on ne puisse pas overrider Item[string] de DataRow