Discussion :

[quanou]

Salut tlm,
Je n'arrive pas à trouver la bonne syntaxe pour définir plusieurs paramètres.
Exemple qui marche :

SELECT * FROM Toto WHERE (Toto.IDinPatient = ?)

Mais dès que je mets @NomParam, le Wizzard me gueule dessus.

J'essaie de définir les paramètres en code, pas plus de succès :

Code :

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

1
2
3
<SelectParameters>
        <asp:Parameter Name="Titi" />
</SelectParameters>

Et

SELECT * FROM Toto WHERE (Toto.IDinPatient = @Titi)

Et ça devient problématique quand y a plus d'un paramètre à passer.

Merci d'avance si vous pouvez m'aider

[noname_971]

Passe tes parametres dans la requetes SQL du style :

SELECT * FROM Toto WHERE (Toto.IDinPatient = @ID1) OR (Toto.IDinPatient = @ID2) ....

tu les définis ensuite puis tu leur attribues une valeur.

Il y a un post sur les requêtes paramétrées dans la FAQ.

[quanou]

Merci pour ta réponse.

J'utilise les requêtes paramétrées.
Mais là, dans le cas de SqlDataSource en Wizzard, le caractère "@" ne semble pas être reconnu. Il sépare automatiquement avec un espace, le caractère @ et le nom du paramètre, en gueulant "problème de parse", ou équivalent...

[Graffito]

Il me semble me souvenir que pour msAccess on remplace les "@..." par des "?" :

Code :

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

SELECT * FROM Toto WHERE (Toto.IDinPatient = ?) OR (Toto.IDinPatient = ?)

[quanou]

Il me semble me souvenir que pour msAccess on remplace les "@..." par des "?" :

Code :

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

SELECT * FROM Toto WHERE (Toto.IDinPatient = ?) OR (Toto.IDinPatient = ?)

Oui, ça passe. Mais comme je n'ai pas trouvé le moyen de nommer les paramètres (sans que ça me gueule dessus), je ne peux donc pas lier ces paramètres à différents contrôles (par exemple Text d'un TextBox).
En fait, je voulais lier un FormView à un SqlDataSource (base Access), où Insert et Update seraient également possible.

[Philippe Vialatte]

chez moi, je fais ca :

Code :

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

1
2
3
 
cmd.CommandText = "SELECT * FROM SUPPLIERS WHERE SupplierID = ?";
cmd.Parameters.Add(new OleDbParameter("SupplierID", Supplierid));

et ca marche pas mal

[Graffito]

chez moi, je fais ca :
cmd.CommandText = "SELECT * FROM SUPPLIERS WHERE SupplierID = ?";
cmd.Parameters.Add(new OleDbParameter("SupplierID", Supplierid));
et ca marche pas mal

C'est aussi ce que je fais, mais cela suppose d'ajouter les paramètres -cmd.Parameters.Add(...) - dans le même ordre que les "?"

[quanou]

chez moi, je fais ca :

Code :

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

1
2
3
 
cmd.CommandText = "SELECT * FROM SUPPLIERS WHERE SupplierID = ?";
cmd.Parameters.Add(new OleDbParameter("SupplierID", Supplierid));

et ca marche pas mal

Ben, en code behind, ça marche :

Code :

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

cmd.CommandText = "SELECT * FROM SUPPLIERS WHERE SupplierID = @Supplierid";

C'est ce que je fais pour mes requêtes paramétrées. Bien que nommés, il faut respecter l'ordre des paramètres, en tout cas c'est ce que j'ai pu constater.
En revanche, dès que je passe par SqlDataSource (graphique), la syntaxe est refusée.
Je pensais gagner du temps en utilisant le même SqlDataSource pour toutes les opérations (select, insert, update). Mais au final, je crois que je vais en perdre plus . Je vais donc arrêter les frais.
Merci en tout cas pour vos contributions.