Discussion :

[le0n_95]

Bonjour à tous,

Je m'en remets à vous car je galère pour établir une requete qui me paraissait simple sur le papier.
J'ai 2 tables :

Table Produits

-Code produit
-libellé produit
-spec produit

Table achats
-Code produit
-Date achat
-quantité

J'ai besoin de remonter le code produit, le libellé, et la quantité de la DERNIERE commande

J'ai cherché sur le forum et tenté de mettre le MAX dans le FROM, dans un Having, dans un select, et malheureusement je n'arrive pas à avoir le résultat voulu...

Avez-vous une piste ?

Merci beaucoup !

Le0n_95

[escartefigue]

Bonjour,

il y a une entrée dans mon blog qui explique comment y arriver.

Bonne lecture

[le0n_95]

Merci pour le lien, malheureusement cela ne fonctionne pas.
La version avec le MAX ne semble pas fonctionner avec mon SGBD (Ingres...), car il ne veut pas de MAX dans un WHERE.
La version avec NOT EXISTS me remonte la totalité des lignes. A quoi sert le "select 1" cela remonte que "1" dans la sous-requete.
La version avec RANK n'est pas compatible avec Ingres non plus

[escartefigue]

Communiquez vos requêtes et le message d'erreur correspondant


à propos de ceci

La version avec NOT EXISTS me remonte la totalité des lignes. A quoi sert le "select 1" cela remonte que "1" dans la sous-requete.

EXISTS et NOT EXISTS, comme leur nom l'indique, font un test d'existence. La réponse à ce test est un booléen VRAI/FAUX, aucune valeur de colonne n'est transportée. De ce fait, avec (NOT) EXISTS , écrire SELECT 1, SELECT *, SELECT 'martine à la plage' ou tout autre liste de colonnes n'a aucune importance.

Si votre SGBD n'accepte ni les agrégats dans les requêtes corrélées, ni les fonctions fenêtrées comme RANK() c'est qu'il a plus de 20 ans de retard sur la norme SQL.
Changez-en dans la mesure du possible

[le0n_95]

Changez-en dans la mesure du possible

Oui le problème étant le "possible"
Apres de longue année sur SQL server, j'avoue que plonger dans un Ingres daté est assez sportif.

Bon, je m'ne suis sorti avec le MAX dans une sous requete dans le where.
Le message d'erreur que j'avais n'était pas dû à une limitation du SGBD mais à ma requete qui était fausse.

Merci beaucoup pour les réponses et la réactivité !

Le0n_95