Comment savoir quand placer un DISTINCT : SQL
Fermé
tozinho92
Messages postés
13
Date d'inscription
jeudi 27 décembre 2007
Statut
Membre
Dernière intervention
21 avril 2009
-
27 déc. 2007 à 23:18
SebManfred Messages postés 484 Date d'inscription mardi 28 août 2007 Statut Membre Dernière intervention 20 mai 2011 - 28 déc. 2007 à 10:10
SebManfred Messages postés 484 Date d'inscription mardi 28 août 2007 Statut Membre Dernière intervention 20 mai 2011 - 28 déc. 2007 à 10:10
A voir également:
- Comment savoir quand placer un DISTINCT : SQL
- Blob sql ✓ - Forum Webmastering
- Sql (+) - Forum Programmation
- Total distinct excel n'apparait pas - Forum Excel
- Sql commence par ✓ - Forum Webmastering
- Sequence sql - Astuces et Solutions
2 réponses
pour faire une jointure, il faut au moins 1 element commun.
si tu joints NumPoulet dans ton cas, tu pourras avoir par ce biais tous les elements associés a ce numpoulet (proprio et poulet).
le probleme que tu vas avoir, c est si c est une base access ou des tables mysql!
la structure des requêtes n est pas toujours strictement la meme (il faut d abord ouvrir les tables en mysql)
en VBA, une requête style
SELECT poulet.NumPoulet, Proprietaire.Nom, Proprietaire.PrixPoulet
FROM (poulet INNER JOIN Proprietaire ON poulet.NumPoulet = Proprietaire.NumPoulet) INNER JOIN acheteur ON Proprietaire.NumAcheteur = acheteur.NumAcheteur;
te permet d avoir le nom et le prix payé par l acheteur a partir du NumPoulet.
il suffit d avoir une clé commune et unique entre 2 tables.
Tu peux avoir 50 tables liées par 25 champs communs entre 2 tables (ici NumPoulet puis NumAcheteur sur 3 tables)
c est assez clair?
@+
si tu joints NumPoulet dans ton cas, tu pourras avoir par ce biais tous les elements associés a ce numpoulet (proprio et poulet).
le probleme que tu vas avoir, c est si c est une base access ou des tables mysql!
la structure des requêtes n est pas toujours strictement la meme (il faut d abord ouvrir les tables en mysql)
en VBA, une requête style
SELECT poulet.NumPoulet, Proprietaire.Nom, Proprietaire.PrixPoulet
FROM (poulet INNER JOIN Proprietaire ON poulet.NumPoulet = Proprietaire.NumPoulet) INNER JOIN acheteur ON Proprietaire.NumAcheteur = acheteur.NumAcheteur;
te permet d avoir le nom et le prix payé par l acheteur a partir du NumPoulet.
il suffit d avoir une clé commune et unique entre 2 tables.
Tu peux avoir 50 tables liées par 25 champs communs entre 2 tables (ici NumPoulet puis NumAcheteur sur 3 tables)
c est assez clair?
@+
SebManfred
Messages postés
484
Date d'inscription
mardi 28 août 2007
Statut
Membre
Dernière intervention
20 mai 2011
128
28 déc. 2007 à 10:10
28 déc. 2007 à 10:10
pour etre un peu plus distant du sujet, et plus général, évite d'essayer de voir la chose enregistrement par enregistrement. si tu t'orientes vers le développement de bases de données, tu vas finir un jour par taper sur des bases qui ont plusieurs millions d'enregistrement, et il te sera complètement impossible de voir les choses comme ça. essaie plutot de voir les choses de façon ensembliste. c'est moins facile au début, mais plus vite tu y arrives, plus vite tu peux passer à la vitesse supérieure.
avec un peu d'habitude, un "petit dessin" représentant la forme des tables (et non pas les enregistrements) est la plupart du temps amplement suffisant.
après, pour maitriser le SQL, il n'y a qu'une seule solution... faire des exos, des exos et des exos, pour te familiariser avec.
avec un peu d'habitude, un "petit dessin" représentant la forme des tables (et non pas les enregistrements) est la plupart du temps amplement suffisant.
après, pour maitriser le SQL, il n'y a qu'une seule solution... faire des exos, des exos et des exos, pour te familiariser avec.