Problème requête sql
tidus
-
papillonetta Messages postés 33 Statut Membre -
papillonetta Messages postés 33 Statut Membre -
Bonjour,
Voici ma requête:
select *
from stock
where villestock="nimes"
or villestock="montpellier"
and qtédispo<=20
and Pu>1000;
Et voici la correction du prof (il a rajouté des parenthèses)
select *
from stock
where (villestock="nimes"
or villestock="montpellier")
and qtédispo<=20
and Pu>1000;
Mon problème tout simple pourquoi a-t-il mis des parenthèses?
Merci
Voici ma requête:
select *
from stock
where villestock="nimes"
or villestock="montpellier"
and qtédispo<=20
and Pu>1000;
Et voici la correction du prof (il a rajouté des parenthèses)
select *
from stock
where (villestock="nimes"
or villestock="montpellier")
and qtédispo<=20
and Pu>1000;
Mon problème tout simple pourquoi a-t-il mis des parenthèses?
Merci
A voir également:
- Problème requête sql
- Logiciel sql - Télécharger - Bases de données
- Requête sql pour afficher uniquement les fleurs dont le prix est strictement inférieur à 10 euros - Forum calculatrices
- Sql (+) - Forum Programmation
- Cherche des haricot vendez les moi ✓ - Forum DS
- Sql lister les tables ✓ - Forum Programmation
4 réponses
bonjour,
quand une requête est traitée, l'ordre dans lequel les opérateurs sont pris en compte est important.
si tu exprimes ta condition dans une phrase, toi et moi comprenons bien que il faut chercher une pièce en stock dans l'une des 2 villes
le moteur sql lui réagit différemment, il traite le AND avant le OR donc :
il prend les lignes de la table avec :
- villestock="montpellier" and qtédispo<=20
- puis parmi celles ci celles and Pu>1000;
et puis il va traiter la condition or villestock="nimes" toute seule, donc il rajoute toutes les lignes de nimes, sans prendre en compte les critères qtédispo et pu
alors qu'en utilisant les parenthèses, tu lui dit de commencer par traiter
(villestock="nimes" or villestock="montpellier")
puis sur cette première sélection, il va appliquer les autres restrictions
Donc il faut utiliser les parenthèses pour préciser explicitement l'ordre de prise en compte des opérateurs
cdt
quand une requête est traitée, l'ordre dans lequel les opérateurs sont pris en compte est important.
si tu exprimes ta condition dans une phrase, toi et moi comprenons bien que il faut chercher une pièce en stock dans l'une des 2 villes
le moteur sql lui réagit différemment, il traite le AND avant le OR donc :
il prend les lignes de la table avec :
- villestock="montpellier" and qtédispo<=20
- puis parmi celles ci celles and Pu>1000;
et puis il va traiter la condition or villestock="nimes" toute seule, donc il rajoute toutes les lignes de nimes, sans prendre en compte les critères qtédispo et pu
alors qu'en utilisant les parenthèses, tu lui dit de commencer par traiter
(villestock="nimes" or villestock="montpellier")
puis sur cette première sélection, il va appliquer les autres restrictions
Donc il faut utiliser les parenthèses pour préciser explicitement l'ordre de prise en compte des opérateurs
cdt
je pense tt simplement que c'est parceque ca fait partie de la meme ligne enfin les deux termes entre parenthèse vont ensemble
si tu av mis AND machin...... la il aurait pas fallu de parenthèse
je sais pas si g été très clair la ;-(
si tu av mis AND machin...... la il aurait pas fallu de parenthèse
je sais pas si g été très clair la ;-(
En plus de ce que dit jee pee et gams87 (que j’approuve d'ailleurs ), je te propose de voir les choses comme suit.
On peut penser simplement qu’il s’agit de trouver des objets en stocks dans 2 villes différentes.
Et la requête doit d’abord nous dire de quel stock sagit –il ? (En réalité dans quelle ville de stockage, on veut trouver l’objet ?). Ensuite, il doit préciser la quantité disponible et le prix unitaire de l’objet en stock). Tu conviens donc avec moi que dans cette démarche, le choix de la ville de stockage (villestock="nimes" or villestock="montpellier) constitue en lui-seul un critère « entier » de sélection (à respecter avant tout).
C’est pour cela que gams87 disait « les deux termes entre parenthèse vont ensemble ».
D’aucun dirait qu’il faut bien savoir où sélectionner avant de savoir ce qu’on sélection, sa quantité ou autre propriété (le prix unitaire par exemple) le concernant.
J’espère avoir apporté un plus pour t’aider à comprendre.
Si tu as compris, laisse un mot (ça tranquillise !)
On peut penser simplement qu’il s’agit de trouver des objets en stocks dans 2 villes différentes.
Et la requête doit d’abord nous dire de quel stock sagit –il ? (En réalité dans quelle ville de stockage, on veut trouver l’objet ?). Ensuite, il doit préciser la quantité disponible et le prix unitaire de l’objet en stock). Tu conviens donc avec moi que dans cette démarche, le choix de la ville de stockage (villestock="nimes" or villestock="montpellier) constitue en lui-seul un critère « entier » de sélection (à respecter avant tout).
C’est pour cela que gams87 disait « les deux termes entre parenthèse vont ensemble ».
D’aucun dirait qu’il faut bien savoir où sélectionner avant de savoir ce qu’on sélection, sa quantité ou autre propriété (le prix unitaire par exemple) le concernant.
J’espère avoir apporté un plus pour t’aider à comprendre.
Si tu as compris, laisse un mot (ça tranquillise !)
