[VB.NET 2003] DataTable.Select Method

**Kropernic** · 24/09/2007, 17h25

Bonjour à tous.

C'est un problème probablement trivial mais je ne trouve pas d'exemple concernant mon cas dans la msdn.

Alors je rentre directement dans le vif du sujet avec une p'tite ligne de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

selrow = dsSecteur.Tables(0).Select("cactivite = '" + tableau(14) + "'")

Nous avons donc :
- selrow qui est tableau de DataRow
- dsSecteur qui est un DataSet
- tableau qui est un tableau de string

La base de données derrière tout ça est de type SQL SERVER.

Mon problème est le suivant :
Que faire lorsque la chaîne de caractère se trouvant dans la 14e case de mon tableau contient une apostrophe ? Vous aurez compris que cela pose une problème d'opérateur pour ce pauvre VS2003 qui ne sait plus où donner de la tête du coup ^^.

Y a-t-il un caractère d'échappement ?

Merci d'avance.

Griftou.

**bidou** · 24/09/2007, 18h20

il faut doubler l'apostrophe, un simple replace suffit

**Aspic** · 24/09/2007, 18h55

Envoyé par bidou

il faut doubler l'apostrophe, un simple replace suffit

Exact, mais on peut ausser utiliser les SqlParameters (cf tutos sur ce dite)

**Kropernic** · 25/09/2007, 11h14

Le p'tit replace fonctionne nickel.

C'était tout bête mais fallait le savoir.

Merci !

**Aspic** · 25/09/2007, 17h09

Envoyé par griftou

Le p'tit replace fonctionne nickel.

C'était tout bête mais fallait le savoir.

Merci !

Tag

?

**Kropernic** · 25/09/2007, 17h09

Sorry, oublié ^^

**The eye** · 07/02/2008, 09h45

Envoyé par Aspic

Exact, mais on peut ausser utiliser les SqlParameters (cf tutos sur ce dite)

Petite remarque sur les SqlParameters...

Plus on en utilise mieux on se porte.. en effet untiliser des requêtes avec des paramètres SQL permet au serveur de conserver le plan d'exécution de la requête en mémoire un certain temps voir même de le réutiliser pour d'autres requête s'il sent que ce la est plus rapide...

On retrouve donc quelque part une analogie avec les procédures stockées (quasi impossible à maintenir en environnement multibase!), mais en plus maintenable. La seule différence est, qu'en théorie, les plans d'exécution sont conservés plus longtemps avec les PS.

Ce système fonctionne d'autant mieux sur une version SQL Server Enterprise (forcément c'est la plus cher

), mais cela est aussi vrai sur ORACLE

Donc le replace c'est bien... mais le SqlParameter c'est BEAUCOUP mieux côté perf!