hello,
je vais essayé d'etre clair:
 
 
je voudrait faire une requete imbriqué avec mysql, une fusion entre ces deux la:
 
select id from table;
 
select * from table2 where id=[resultat de la premiere]  
 
le resultat est donc une liste d'ID
 
 
Je pense que c'est assez clair.
 
Merci pour votre aide

j'ai essayé  
select * from table2 where id IN ( select id from table )
 
il me met une erreur, que je peux pas vraiment recopier car mes tables sont bien plus complexe.
mais ca viens peut etre de la version de mysql ?
les requetes imbriqués c'est surpporté?

 
pour versions >= 4.1 seulement

Sur mysql.com ils y a quelquepart un exemple pour obtenir le bon résultat via des jointures avec les versions antérieures...

 
j'ai ca dans mon phpinfo:
 
Client API version  3.23.56
 
 
bon et bien, je fait comment maintenant  

 
ok,jvai voir ca

http://dev.mysql.com/doc/mysql/fr/ [...] eries.html

j'ai presque fini, merci a vous.
 
 
une derniere chose donc:
 
SELECT DISTINCT (`idm` ),email, prenom, pass FROM membres p, `lots` l WHERE l.`date` > '2004-11-01' AND l.idm = p.id AND l.valide = '1'
 
cette requete marche mais pour une raison un peu compliqué, il faut que le premier champs soit l'email mais:
 
SELECT email, prenom, pass,DISTINCT (`idm` )
 
 
ca passe pas.
y a moyen de bricolé ca ?

...euh le distinct est pas forcément juste derrière le select?

NP : Led Zeppelin - [Remasters (Disc 2) #9] - Achilles Last Stand
 

 
apparemment oui, on peux pas le mettre ailleurs

...bah alors pourquoi tu le mets après?

parce que l'ordre d'apparition de mes champs est tres important
 
il peut etre seulement en 4 em position

Je veux pas dire de conneries, mais en le mettant au début ton distinct indique qu'un ensemble(email, prenom, pass,`idm`) donné n'apparait qu'une fois...
Distinct sur un seul champ n'a pas de sens, sinon il se passe quoi si tu as 2 lignes avec la même valeur pour ce champ mais des valeurs différentes ailleurs?

c'est bon j'ai reussi
 
group by a la fin a la place du distinct et ca rullez

 
ce serait vrai s'il n y avait pas de jointure
 
 
edit:  
idm =>"lots"
email, prenom, pass =>"membres"
 

Euh...
Je vois tjrs pas ce que ça voudrait dire : une jointure ne représente au final qu'une nouvelle table, pas réellement stockée sous cette forme...non?
Enfin bref, l'essentiel c'est que tu aies ton résultat...

je suis pas spé mais je dirait que le distinct entre en action avant la formation de cette table fusionné.
 

Vu que distinct ne fait pas partie de la norme SQL, c'est à chacun de voir comment il est implémenté. Dans PgSQL, si tu mes un DISTINCT ON (...), cela ne s'applique qu'au sous-set et celui-ci n'est par retourné dans les valeurs, tandis qu'un DISTINCT simple s'applique sur l'ensemble du tuple. Dans MySQL, le fonctionnement est assez similaire si mes souvenirs sont bons.

J'aurai appris des choses...

J'arrive un peu après la tempête mais bon...
 
Pour info, t'as absolument pas besoin de faire une sous-requête, ni d'utiliser des bidouilles pour en émuler une avec une jointure droite
 
T'as une table 1 avec des ID.
 
Et du veux les lignes de table 2 dont l'ID correspond aux ID de table 1 c'est ça ? (c'est du moins l'énnoncé de la question)
 
Alors pourquoi tu fais pas ce qu'on fait dans le cadre d'une bête FK (parceque là, y'a pas à tortiller, c'est une FK de type (0,1) que tu as) : une pauvre bête jointure simple ?
 
select table2.*
from table2, table1
where table2.id = table1.id
 

 
En plus, vu le nom "id" de table2, j'en déduis que cette FK qui pointe sur table1 est la PK de table2, donc pas besoin de DISTINCT, puisqu'il est impossible d'avoir des boublons !
 
Y'a des fois, j'vous jure, vous cherchez compliqué pour pas grand chose

 
c'est ce que j'ai fait pendant la tempete hein
 
 

 
non la c'est bon, la 2 em n'est pas une PK
 
le distinct est indispensable
 

A ok
 
J'avoue que j'ai lu en vitesse le début, et plus ça partait dans tous les sens avec des "faut émuler une sous-requête avec mysql" et plus j'ai pas lu la suite