A voir également:
- DISTINCT... et requête "inverse" ??
- Annuaire inversé - Guide
- Ecran inversé - Guide
- Annuaire inversé suisse ✓ - Forum Mail
- Trouver un nom avec n° de téléphone en Suisse ✓ - Forum Mobile
- Annuaire inversé sfr ✓ - Forum Mobile
2 réponses
Bonjour !
J'aurais essayé quelque chose du genre ça :
Bonne journée
Luc
Les 3 plus grands mensonges du dev ? La doc sera faite plus tard... Le programme n'a aucun bug... Les spécifs sont finies...
Un peuple sacrifiant sa liberté pour plus de sécurité perd les deux.
J'aurais essayé quelque chose du genre ça :
SELECT user_ID FROM (SELECT count(user_ID) as nb, user_ID FROM TABLE) temp where temp.nb > 1;
Bonne journée
Luc
Les 3 plus grands mensonges du dev ? La doc sera faite plus tard... Le programme n'a aucun bug... Les spécifs sont finies...
Un peuple sacrifiant sa liberté pour plus de sécurité perd les deux.
Merci pour ta réponse @luckydu43.
J'ai provisoirement fait comme cela, à savoir une recherche dans une table liée à une autre recherche :
C'est pas très esthétique, non ? :-)
J'ai provisoirement fait comme cela, à savoir une recherche dans une table liée à une autre recherche :
SELECT * FROM commandes c, students s WHERE s.student_id = c.commande_student_id AND c.commande_track NOT LIKE 'paid' AND c.commande_student_id IN (SELECT commande_student_id FROM `commandes` WHERE commande_track = 'paid') GROUP BY c.commande_student_id
C'est pas très esthétique, non ? :-)
Je ne trouve pas. La requête répond à un cas particulier, à savoir la possibilité à un client d'effectuer plusieurs commandes
Si tu voyais les requêtes qu'on fait au taf pour respecter l'ensemble des règles fonctionnelles... tu trouverais celle-ci littéralement digne d'un cas d'école :-D
S'il fallait revoir le schéma de BDD, j'aurais proposé :
STUDENT (id, nom, prenom, âge du chien, numéro de carte bancaire)
COMMANDE (id, date, adresse, id_client, commande_tracker)
ARTICLE (id, taille, libelle, categorie (qu'on peut mettre dans une table si on veut faire du propre)
JOIN_COMMANDE_ARTICLE (id_commande, id_article)
EDIT : j'ai édité
Si tu voyais les requêtes qu'on fait au taf pour respecter l'ensemble des règles fonctionnelles... tu trouverais celle-ci littéralement digne d'un cas d'école :-D
S'il fallait revoir le schéma de BDD, j'aurais proposé :
STUDENT (id, nom, prenom, âge du chien, numéro de carte bancaire)
COMMANDE (id, date, adresse, id_client, commande_tracker)
ARTICLE (id, taille, libelle, categorie (qu'on peut mettre dans une table si on veut faire du propre)
JOIN_COMMANDE_ARTICLE (id_commande, id_article)
EDIT : j'ai édité