Discussion :

[DeWaRs]

Bonjour,

J'ai une petite question sur une requete SQL paramétrée. Est-il possible de faire quelque chose du style :

Code :

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

1
2
 
SELECT * FROM MaTable where user = @user or user = "peux importe"

En fait, je veux, si mon champ "user" est précisé faire une close avec ce user et sinon, recuperer toutes les valeurs de ma table.

Est-ce possible en SQL directement ?

Merci d'avance de vos réponses.

DeWaRs

[tatayo]

Bonjour,
Je ne suis pas sûr de comprendre... Tu veux faire ceci:

Code SQL :

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

1
2
 
SELECT * FROM MaTable WHERE (user = @user and @user <> '') or (@user = '')

Tatayo.

[DeWaRs]

bonjour et merci de ta réponse.
C'est à peu près cela, mais ma colonne user est forcément remplie, donc cela ne semble pas correct. Il faudrait une clause like quelque part je pense.
En gros, pour mieux expliquer, j'ai un panel de recherche qui me sert a préciser ou non les clauses where de ma requête SQL. Si l'utilisateur remplit le champs "user" alors on l'utilise dans la requête, si il n'y a rien, avec la même requête, on affiche toute la table.

J'espère que ces précisions pourront aider à m'éclairer !

Cordialement

dewars

Ps: désolé pour les fautes d'accent, l'iPad n'est pas pratique pour cela.

[tatayo]

@user n'est pas le paramètre en question ?
Dans ce cas, ma requête doit fonctionner:
Si le paramètre est renseigné, c'est la première clause qui l'emporte (user = @user AND @user <> '')
Si le paramètre n'est pas renseigné, c'est la deuxième qui l'emporte (@user = '')

L'autre solution est de construire la requête à la demande, en fonction des paramètres renseignés. C'est plus efficace, et bien plus souple. Mais il faut plus de code

Tatayo.

[DeWaRs]

Super, effectivement, après avoir testé, cela fonctionne. J'ai même pu rajouter une clause LIKE

Code :

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

((UserID LIKE @UserId AND @UserId <> '') OR (@UserId = ''))

Je ne savais pas qu'on pouvait faire des conditions sur des variables externes directement dans la requête SQL.
Dernière question, qu'entends-tu par "C'est plus efficace, et bien plus souple" ?
Plus performant de faire des conditions dans le code plutôt que dans la requête ?

Merci encore de ton aide.

DeWaRs

[tatayo]

Derniere question, qu'entend tu pars "C'est plus efficace, et bien plus souple" ?
Plus performant de faire des conditions dans le code plutot que dans la requête ?

Là tu n'as qu'un seul critère, donc effectivement "ça passe".
Mais imagine la requête si tu as plusieurs dizaines de critères, et que certains nécessitent une jointure. Si tu prends cette méthode, tu risques de faire des jointures "pour rien", vu que le critère en question n'est pas utilisé.
Autant laisser les tests du côté du client, et passer une requête "simplifiée" au serveur.

Tatayo.

[Arkhena]

Je suis d'accord avec tatayo.

Vous risquez de gros soucis de performances en faisant comme cela.

[DeWaRs]

Oki, merci de l'info, je suis passé par le code du coup car je filtrais sur énormément de critère.

Cordialement.

DeWaRs