Discussion :

[Themacleod1980]

Salut,
je voulais faire part d'une terrible découverte à propos de la méthode ToTable(bool,string[]) des DataView.
En effet un de mes programmes existant depuis environ 6 mois dans l'entreprise s'est mis à sortir de mauvais chiffres. J'ai tout d'abord pensé à un problème de date à cause de la nouvelle année... mais non.
En fait les données SQL que je récupérais avaient pour une raison extérieure et encore inconnue légèrement changé. Certaines étaient en minuscule : "test" d'autres en majuscule : "TEST" et d'autres un peut mixées : "Test".
Dans mon programme je récupère ces données dans un DataTable que je transforme en DataView afin de récupérer entre autre le champ contenant le fameux "test" (et d'autres valeurs évidemment) de manière distincte, pour cela j'utilise la fonction ToTable(bool,string[]). Et là, Oh horreur, il me renvoit "test", "TEST" et "Test" !! (par défaut SQL n'étant pas sensible à la casse, je n'ai jamais pensé à tester).
Je me penche donc sur la Doc, je passe en debug et vérifie que la propriété "CaseSensitive" de ma DataTable (non dépendante d'un DataSet) est bien à False : et c'est bien le cas !

J'en conclue que cette propriété n'est pas prise en compte pour la fonction ToTable(bool,string[]).

Quelqu'un connait il (ou me confirme-t-il) ce problème ?
Avez vous trouvé un moyen de le contourner sans réécrire toute la classe (et sans ToLower() pour chaque valeur de colonne en String ^^) ?
Je suis en FrameWork 3.5, a t il été corrigé dans les versions ultérieures ?

Aucune info sur la page de krosoft sur la sensibilité à la casse de cette fonction...

Merci pour la lecture :p

[iberserk]

par défaut SQL n'étant pas sensible à la casse, je n'ai jamais pensé à tester

Cette affirmation est fausse, SQL utilise la collation qu'on lui demande d'utiliser soit dans l'ordre:
Celle de la colonne (si de type char, nchar, varchar, nvarchar....)
A défaut celui de la base de donnée
Enfin celle de l'instance.

C'est à dire: si vous ne précisez pas de collations lorsque vous créez une colonne sur une table celle-ci hérite de la collation définie sur la base de données.
Si vous n'avez pas précisé de collation au moment de créer la base de données celle-ci hérite de la collation de l'instance définie lors de l'installation...

Une collation peut-être (pour simplifier):

1. Binaire
2. Case sensitive
3. Accent sensistive..

[Themacleod1980]

Ok, une précision alors : CHEZ NOUS SQL server est par défaut en case insensitive.
Mais là n'est pas le sujet, le problème vient de la fonction ToTable() qui ne respecte pas le "CaseSensitive" du Datatable. Ce qui, quand on ne s'y attend pas, fausse tout le calcul (en particulier quand je traite un DISTINCT qui me renvoit "Truc", "TRUC" et "truC").