voici ma requete  :
je vois pas comment je pourrais la transformer en sql de mysql 3.
 
select *  
from lcompetence l, discipline d,
where l.coded=d.coded  
and l.coded not in  
(select l.coded  
from discipline d, lcompetence l,
where l.coded=d.coded  
and l.codeu = 3 );

up

euh ....  
 
select *  
from lcompetence l, discipline d,
where l.coded=d.coded  
and l.codeu <> 3;
 

!= et non <>

 
quoi que ce soit en mysql
 
faut etre tordu pour faire une sous requete ici

je sais, mais j ai po le choix, c un projet que j ai à faire.
si j avais oracle, j aurais fini en 2min

 
c po ca

ben si c'est ca  

non desole

comment ca ? la requete marche pas, ou bien tu n'as pas le resultat que tu veux ?

c ca :
select discipline.coded, discipline.intitule from discipline left join lcompetence on lcompetence.coded=discipline.coded and lcompetence.codeu=3 where lcompetence.coded is null ;

 
c po le resultat que je veux !

boulay

c'est bien MySQL, au moins ca t'apprend à écrire des requètes qui ne sont pas completement pourries

peut etre et encore j en suis pas sur,
le sql oracle est beaucoup plus simple (intuitif)

 
quand on voit ce que tu produis comme requete SQL

pourquoi personne ne lui dit que les sous-requêtes ne fonctionnent qu'à partir de MySQL 4.1?

 
lis d'abord la requete et tu comprendras que c'est pas le problème principal

oui elle est à chier et syntaxiquement incorrecte en dehors d'Oracle, c'est ça?

 
relis la encore mieux

j'ai relu et je vois

 
j'ai bien vu, mais toi aussi relis mieux la toute premiere
 

la réponse?
 

 
edit: pis tu ferais bien de remplacer "*" par les champs qui te sont vraiment utiles

toi t'as pas bien vu par contre

au pire on fait croire à une faute de frappe

enfin en gros ce qui m'épate c'est que la 2e requete qu'il nous pond n'a pas du tout le meme sens que la premiere, et apres il vient raler en disant que la solution que je lui donne ne fait pas ce qu'il veut

j'essaie de comprendre le lien entre les deux

ah oui tiens je me rappelle un truc: dans cette formulation, la sous-requête ne devrait ramener qu'un seul champ non? (autant de lignes qu'on veut mais un seul champ)

oui

ptain mais c'est pourcet à mort Oracle alors

 
c'est un not in, 'bécile

ça change quoi?
le parser va se farcir tous les champs alors?

 
j'ai rien dit
 
va falloir que je choisisse entre bosser et mieux lire les topics du forum, les deux sont pas compatibles

j'ai eu le meme probleme tout a l'heure

chez moi c'est permanent

 
c une requete classique, je vois po ce que tu lui reproches.
(le * c pour eviter de taper ts les champs)

Tu codes comme un porc. Et comme je l'ai dit plus haut, évite le "*" justement, ne ramène strictement que les données qui t'intéressent, ça soulagera un poil ton serveur.

pour du test+dev, ca va tres bien, et puis il faut l occuper le serveur bi xeon