Utiliser une date formatée avec trunc dans une combinaison de requêtes

Bonjour,
Je ne parviens pas à écrire la requête de sorte à utiliser la fonction "trunc(achat.date_achat)" deux fois.
La première fois il me sert à combiner des lignes (genre de doublons) la deuxième fois j'ai juste besoin d'afficher la date dans le résultat final.

Sauf que j'ai un message "ORA-00904 - Identificateur non valide"

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

SELECT user.user_identifiant, user.user_nom, user.user_prenom, trunc(achat.achat_date)   FROM ( SELECT user.user_identifiant, user.user_nom, user.user_prenom, type.type_code, trunc(achat.achat_date) FROM tab_achat achat JOIN tab_user user ON achat.achat_id_usr = user.user_id_user JOIN tab_type type ON achat.achat_id_type = type.type_id_type WHERE achat.achat_date > '01/01/2020' GROUP BY user.user_identifiant, user.user_nom, user.user_prenom, type.type_code, trunc(achat.achat_date) HAVING COUNT(user.user_identifiant) >= 2 )   ORDER BY user.user_nom, user.user_prenom

---

Interprétation :
Le premier SELECT me permet de rassembler les types redondants et le second à faire les noms des users ayant des types différents à la même date (au jour près car je ne souhaite pas regarder l'heure).
Donc je me passe du champ type dans le second SELECT.



Je ne suis pas très à l'aise sur le SQL, mais j'essaie d'apprendre et de m'améliorer.

Je vous remercie.

Bonjour,

quand tu utilises une vue imbriquée il faut utiliser des alias pour tes expressions pour pouvoir les référencer dans la requête principale. De plus tu ne pourras pas référencer un alias de table se trouvant à l'intérieur de ta vue imbriqué dans la requête globale. Enfin, n'utilise pas de chaine de caractères pour représenter une date, car la conversion implicite peut mener à des résultats incorrects sans forcément que tu t'en rendes compte tout de suite.
Donc ta requête sera plutôt comme ceci:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

SELECT v.user_identifiant, v.user_nom, v.user_prenom, v.achat_date FROM ( SELECT user.user_identifiant, user.user_nom, user.user_prenom, type.type_code, trunc(achat.achat_date) achat_date FROM tab_achat achat JOIN tab_user user ON achat.achat_id_usr = user.user_id_user JOIN tab_type type ON achat.achat_id_type = type.type_id_type WHERE achat.achat_date > to_date('01/01/2020', 'dd/mm/yyyy') GROUP BY user.user_identifiant, user.user_nom, user.user_prenom, type.type_code, trunc(achat.achat_date) HAVING COUNT(user.user_identifiant) >= 2 ) v ORDER BY v.user_nom, v.user_prenom

---

Bonjour vanagreg,

Merci pour le conseil sur la date!


Avec les alias, j'ai rencontré le message "ORA-00923: mot-clé FROM absent à l'emplacement prévu"
Je me suis dit que j'avais mal fait un truc... J'ai pourtant la même syntaxe que toi.

Du coup je pense que le trunc() pose souci.

Je ne peux reproduire car je n'ai pas tes tables, mais cette erreur n'est pas liée au trunc en principe. Est-ce que la ligne concernait est indiquée dans l'erreur?
Sinon si tu exécutes la requête dans la vue imbriquée, cela fonctionne-t-il?

Citation:

---

Envoyé par vanagreg

Je ne peux reproduire car je n'ai pas tes tables, mais cette erreur n'est pas liée au trunc en principe. Est-ce que la ligne concernait est indiquée dans l'erreur?
Sinon si tu exécutes la requête dans la vue imbriquée, cela fonctionne-t-il?

---

Je n'ai pas de ligne indiquée.
Après j'utilise l'interface web d'un logiciel pour faire la requête c'est peut-être ça qui pose souci.

Je vais voir si je peux interroger la base de données autrement.

"ORA-00923: mot-clé FROM absent à l'emplacement prévu" signifie que la requête SQL a été mal construite.
Par exemple au lieu de faire un

Code:

---

SELECT sysdate FROM dual;

---

ton logiciel fait

Code:

---

SELECT sysdate dual;

---

: il manque le FROM et tu auras ce message ou un autre.
Pour ce genre de message, si tu n'as pas la main sur comment est construite la requête, je ne vois pas comment tu peux corriger. Mais c'est bizarre, si tu passes par un logiciel, il a été "forcément" testé donc tu ne devrais pas avoir cette erreur.

évitez aussi les mots réservés (par exemple "user", "type") pour vos propres objects dans vos requêtes.