voila, j'ai une table du type
 
n° | truc
---------
1  | A
2  | B
3  | B
2  | A
1  | C
 
 
et je veut recuperer le n° qui comme "truc" 'A' et 'B'.
 
bon ici, je dois recuperer comme n°, 2.

where est ton ami. RTFM  

Bin écoute, t'as réussi à décrypter la question, chapeau Passke moi j'ai rien compris

select * from table where n°=2

c'est l'inverse qu'il veut, mais c'est tout aussi simple  

 
   mais nan..
 

 
sinon c'est clair que c'est pas tres explicite..  

 
 
fo tu m'expliques comment tu fais alors ...

si j'ai bien compris, il veut récupérer les numéros qui possède les enregistrement A et B

 
je suis désolé si c pas clair. je voudrais récupérer le n° pour lequel l'ensemble des attributs 'truc' est égale à un ensemble de valeur.
 
dans l'exemple, si l'ensemle est ('A', 'B' je récupère logiquement d'après la table la valeur 2 (attribut n°)
 
bon j'espère que c un peu plus clair

 
oui, c ca !

where truc='A' AND truc='B'  

 
 
mais bien sur !

 
     
Le plus dur c'est pas la requête, c'est de comprendre la question    

question posée à 9h47.
réponse donée à 11h39...
Moralité, les forums c'est bien, mais tu aurais sûrement eu ta solution plus vite si tu t'étais un minimum creusé la tête !!!!

   
truc='A' OR truc='B'
Bon sang de bois, tu vas l'embrouiller !
Allez, soyons aimable aujourd'hui, et découvrons ensemble ( ceci ne s'adresse plus à Hermes, mais à Kurt Haribo ):
where truc in ( 'A','B' ... )
 

 
je sais que j'aurais pu chercher ! mais bon les trucs du genre truc ='a' et truc ='b', tu vois pas quelquechose qui cloche la dedans ?

 
ESt ce que il y a quelq'un qui connaissent un minimum sql ?

 
Non je pense que c'est bien AND, il veut que 'truc' ait comme valeur 'A' et comme autre valeur 'B' pour un même 'n°'

 
fo m'expliquer comment une instance d'un attribut peut posséder deux valeur ?

Aurai tu tendance à prendre les gens pour des nouilles ?

sinon tu peux faire une intersection avec un select qui prenne les n° avec un 'where truc = A' INTERSECT un autre select qui prenne les n° avec un 'where truc = B'
 
Tu n'aura comme résultat que les n° qui respectent les deux conditions.

'tain, c'est c'que dit tom, c'est un OR. Teste et pis vala. Ca fait 3 plombes que t'es sur une requête de base ; le jour où t'auras des join, tu vas en chier

 
nan, mais si c'est pour répondre truc ='A' AND truc='B' ...

  Nan mais attends, t'as vu le truc tout con que tu demandes ? Tu t'attendais à quoi, à une requête de 6 lignes ? Ce genre de question, il suffit d'un where et c'est basta. Commence par mater un tutorial SQL, tiens.

 
Merci, c'etait ca que je cherchai !

 
avec un OR comment veux tu que ca marche ? il va me sortir tous les n° pour lequel truc aurait comme valeur B ou A !
 
 

Bin c'est pas c'que tu veux ?  

Ch'ais pas hein, moi c'est c'que j'comprends...

 
ben non, mais c pas grave avec INTERSECT ca devrai le faire !
 
désolé, de m'être énervé, je croyais que vous me foutiez de ma tronche avec truc='B' or/and truc='A'

tu t'attendais à quoi avec ta question de base ?
en plus faut comprendre ta question et tu vas gueuler sur ceux qui ont accepté de t'aider. faut pas non plus t'attendre à ce qu'on soit tous sympa avec toi apres ce genre de conneries  

oh arretez de vous chamailler    
kurt a mal posé sa question mais vous pourriez éviter de se fouttre de sa tronche non plus

C'est bon, il s'est excusé
Kurt : j'vois toujours pas ce que tu veux faire mais est-ce que c'est pas un truc du genre "je recherche tous les numéros qui ont pour truc A puis parmi ces numéros je cherche ceux qui ont aussi pour truc B" ?

 
oui c ca ! et pis comme sql c loin pour moua, je savais plus si il existait une instruction particulière, j'avais pas envie de m'amuser avec des teta-jointure.

 
c bon, je me suis excusé !

Je n'avais pas compris ta question.
tu as une autre solution à mon avis plus simple ( parceque je suis pas sûr du tout que INTERSECT fait partie du standard SQL, et donc ne doit pas être supporté par tous les SGBD ):
select distinct numero
from ma_table t1, ma_table t2
where t1.truc = 'A' and t2.truc = 'B' and
 t1.numero = t2.numero

 
justement INTERSECT ne fait pas parti du standart SQL, mais c pas grave ca devrait marché
 
et j'avais pensé a faire une teta-jointure, mais ca devient lourd si tu as a comparer 30 'trucs'

Préfère un GROUP BY au SELECT DISTINCT en SQL :

Je voudrai pas rentrer dans un débat de type Troll, mais pourquoi donc ?

à comparer à :

Bon ben ça dépend des SGBD alors. Certains optimisent mieux le GROUP BY, d'autres mieux le DISTINCT.
Mais il me semblait que pour des gros volumes de données, le DISTINCT, impliquant un tri, était plus coûteux en temps. Me trompé-je ?

Ben je sais pas en fait ( je rappelle que je ne suis pas vraiment informaticien et mes connaissances el la matière ne sont pas énormes ! ), mais a priori, pour faire un GROUP BY, faut bien faire un tri aussi de toute façon, ce qui va différer c'est la méthode.
Je suppose qu'en fait, ça va dépendre du nombre de valeur effectivement distincte que tu as.

Oui, mais pour autant que je sache, le GROUP BY va faire un tri pendant la construction de l'ensemble résultat, et non pas une fois que l'ensemble résultat est entièrement construit. C'est pour cela qu'il est censé être plus efficace en général.