Discussion :

[Gigli]

Bonjour


Je débute dans la programmation VB avec MySQL.

Si par exemple je fais

Code :

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

strQuery = "select nom from personnel where niveau='" & TextBoxNiveau.Text & "'"

ça fonctionne en me faisant un retour des noms de la table personnel ayant pour niveau ce que j'ai indiqué dans la textBox "TextBoxNiveau"


Si je fais

Code :

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

strQuery = "select nom from personnel where niveau='" & TextBoxNiveau.Text & "' and langue='" & TextBoxLangue.Text & "'"

ça fonctionne en me faisant un retour des noms de la table personnel ayant pour niveau ce que j'ai indiqué dans la textBox TextBoxNiveau ET la langue indiquée dans la textBoxLangue.


Par contre, si je ne rempli que l'un des deux champs, je n'ai aucun résultat.


Serait-il donc possible de faire en sorte de retourner les résultats, peu importe la textbox renseignée ? Est-ce dans le code VB ou alors dans la requête SQL que je pourrais omettre un des champs mais avoir le résultats obtenu grâce à l'autre champ ?


Merci

[Jupsx]

Cela parait logique puisque dans un premier temps dans ta deuxième requête tu lui demander deux conditions " &" mais la quand tu remplies tes champs en oubliant l'un des deux il n'y a pas de valeur indiqué en deuxième temps, car ici tu l'obliges à te retourner deux valeurs.

[asmduty]

La différence entre AND et OR est quand même une des choses vues en premier pour nimporte quelle type de programmation ...

[Gigli]

La différence entre AND et OR est quand même une des choses vues en premier pour nimporte quelle type de programmation ...

En effet, j'y avais pensé.

Cependant, en utilisant l'opérateur OR, si je rempli par exemple Niveau = 2 et Langue = FRA il me retourne comme résultat l'ensemble des personnes qui sont de Niveau 2 mais qui n'ont pas forcement la langue FRA, et les personnes qui ont comme langue FRA sans être forcement de Niveau 2.

D'où ma question : pour réaliser ceci faut-il modifier plutôt dans le code VB ou alors dans la requête SQL ?

[Pol63]

si un textbox n'est pas rempli, il ne faut pas faire de filtre where dessus tout simplement

ou sinon le prendre en compte dans la requete

Code :

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

where (colonne = @textboxvalue OR @textboxvalue IS NULL) AND ...

il faut aussi utiliser des paramètres plutot que de concaténer un textbox dans la requete (cherche un tutoriel sur le net)

[mactwist69]

Du coup il faut changer le code...

puisque suivant ce qui est remplis dans tes textboxs, tu ne souhaites pas exécuter la même requête.

[asmduty]

ou mettre des conditions au niveau SQL en controlant si le text = ''

[Bluedeep]

si un textbox n'est pas rempli, il ne faut pas faire de filtre where dessus tout simplement

ou sinon le prendre en compte dans la requete

Code :

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

where (colonne = @textboxvalue OR @textboxvalue IS NULL) AND ...

Pour ce type de test, prendre l'habitude d'utiliser la fonction COALESCE

Code :

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

where COALESCE(@textvalue, colonne) = colonne

En cas de tests multiples, c'est plus lisible, et évite les oublis.

ou NVL dans le cas de Oracle, mais COALESCE est normée (donc fonctionnera pour tous les SGBD), contrairement à NVL.

il faut aussi utiliser des paramètres plutot que de concaténer un textbox dans la requete (cherche un tutoriel sur le net)

On ne le repétera jamais assez.

[Pol63]

Pour ce type de test, prendre l'habitude d'utiliser la fonction COALESCE

y a ISNULL sur sql server aussi quand seulement 2 paramètres

après niveau performance, moi ca me semble plus performant de faire ma technique car le paramètre ne variant pas on sait pour chaque ligne qu'il n'y a rien à tester, alors qu'avec isnull (ou coaslesce) le fonction est peut etre appliquée à chaque valeur
je veux bien croire que le résultat mais certains sgbdr se font avoir pour peu de choses parfois
il faudrait voir en test réel, bien qu'en plus ca doit varier selon le sgbdr

[Bluedeep]

après niveau performance, moi ca me semble plus performant de faire ma technique car le paramètre ne variant pas on sait pour chaque ligne qu'il n'y a rien à tester, alors qu'avec isnull (ou coaslesce) le fonction est peut etre appliquée à chaque valeur

Normalement non, car ces fonctions sont déterministes (au sens SQL de la chose, c'est à dire que leur résultat ne dépend que des paramètres d'entrée, donc il peut être "cached").