Reprise du message précédent :

 
Pas d'accord.
 
Je vais pas t'aprendre le principe d'une requète quand même !
 
Dans le cas qui nous interesse :  
 
1er requète : récuperer le jeux d'enreg de la table message qui satisfait la condition "appartient au topic".
 
2eme requète sur ce même jeux : récuperer celui qui a la date la plus récente.
 
Ensuite, tu peux formuler ta requète comme tu veux, dans le principe, tu fais une sous-requète.

sur quoi tu te bases pour dire ça ?
 

mov eax, byte ptr test => charge l'adresse de "test" dans eax.
 
si je veux charger l'octet de poids faible, j'utilise AH et AL...
 
 

cyp en forsse a écrit a écrit : Tiens, si tu veux vraiment m'etonner, rappelle moi comment on passe du mode réel au mode protégé en asm 80386    (je sais, c'est pas jeune, mais je me suis arreté il y a longtemps).

personne ne fait ça !!! pourquoi se faire chier alors que des DOS Extenders sont faits pour ça ??
maintenant, si tu y tiens, fais ta recherche toi même, mais moi j'ai autre chose à penser quand je code en asm qu'a me faire chier à réinventer la roue

Enfin, dans tous les cas, on est d'accord, la solution 1 est de trés trés loin la plus rapide !

cyp en forsse a écrit

 
c'est marrant c'est exactement ce que je pensais avoir écrit, mais encore une fois, j'ai du me tromper...  

Voir la réponse de Joce sur ta sous-requête.
Si tu fait select max(..) ou select count(..) ou select sum( ...) etc ... ce n'est pas une sous-requete, c'est une requête comme une autre. Peu importe la méthode de calcul de ton SGBD, ce n'est qu'une requête. Généralement plus couteuse qu'une requete simple, mais rien à voir avec une sous-requête.

cyp > je sais pas ou tu as appris le SQL mais annoncer que le MAX est une sous requete, je pense que tu te chies dessus encore une fois, et bien !!
 
tu connais les trucs du style SELECT * FROM Machin WHERE Id IN (SELECT Id FROM Truc) ?
 
voilà une sous requête ! MAX est une fonction qui renvoie un jeu d'enregistrements, pas une requete !! une requete est faite en SQL !

 
 
 
mov eax, test => charge l'adresse de test dans eax (en modèle 32 bit)
mov eax, [test] => charge le contenu de test dans eax (si test est un DW)
mov eax, byte ptr test =>  force le chargement sur une taille de type octet !!!  
 
byte ptr et word ptr son des spécificateur de taille.

 
 
 
Dans le cas de la requète de joce :
 
 

 
 
ce même max equivaut à une sous-requète.
 
1er requète : SELECT sur "titre.numeropost=topic.numeropost"
2eme requète : SELECT du MAX sur le jeux ramené par la première requète.
 
Je paye un café (à ceux qui sont sur Paris ) à celui qui me démontre qu'il n'y a pas une requète ET une sous requète la dedans !

non désolé, c'est pas une sous requète, c'est une jointure...

I was here

 
   
 
Tu as une requète SELECT, une jointure ET une requète MAX sur le résultat de ton premier SELECT sur table jointe.
 
MAIS TU CROIS QU'IL LE FAIT COMMENT SON MAX ??? IL L'INVENTE ???
 

dans ces conditions un select avec une clause where sur 3 champs équivaut à 2 sous-requêtes      
 
n'importe quoi..

 
Dommage, je suis pas a Paris... Si tu refuses d'utiliser les termes adéquats c'est normal que tu ne comprennes rien. Une fonction d'agrégation et une sous requête sont deux choses différentes.
 
D'ailleurs MySQL ne supporte pas les requêtes imbriquées, et pourtant max, count et leurs amis existent...

J'abandonne ...
   

 
Non, ça c'est une requète multi-critère.
 
Vous perdez de vu que que MAX n'est pas une clause ni un critère, c'est une fonction !

 
non, c'est une jointure
"multi-critère" c'est vachement plus vague comme terme, t'emploies pas les mots justes

 
une fonction, oui, mais toi tu disais que c'était une requête

 
T'as lu le message ?
 
"dans ces conditions un select avec une clause where sur 3 champs équivaut à 2 sous-requêtes"
 
Ou tu vois une jointure ?

 
Et comment tu crois que la SGDB traite une fonction ? il te sort par magie le max ?

 
bon ça va j'ai lu trop vite, mais ça ne change rien au fait que t'emploies souvent les mauvais termes

 
possible
mais rien ne te garantit qu'il ait besoin de faire une requête pour connaître le max

 
Et toi tu sais pas trop lire
 
On s'équilibre

 
Non, non, le SGDB en prend un au hasard

 
j'ai troublé par toutes les conneries que tu débites

exlain plan for SELECT MAX(toto) FROM MA_TABLE;
 
SELECT STATEMENT Optimizer=CHOOSE
  SORT (AGGREGATE)
    TABLE ACCESS (FULL) OF MA_TABLE

 
Ben mince !!! il fait une requète dis donc !!!
 

le max est chopé directement dans le btree, ce n'est pas une sous requête au sens SGBD du terme.
 
et c'est plus rapide qu'une requête simple

et si on fait un SELECT MAX(),MIN() FROM TABLE ça fait une sous requête de plus alors ? ou selon toi il est capable de récupérer ça en une fois ??

 
oui mais il aime bien jouer sur les mots

 
On peut pas parler de sous requète là...
 
Si tu fais un  
 
SELECT MAX(toto) FROM MATABLE WHERE titi = 1
 
là, tu fais une sous requète.

non la t'as fais une requete simple utilisant une clause WHERE

Je suis désolé si tu me trouve désagréable, mais là tu t'enfonce... C'est de pire en pire !

 
Il a fait qu'une seule requete, desole

 
Je joue pas sur les mots...
 
J'essaie juste de vous faire comprendre que faire un MAX sur un champs dans un SELECT qui comporte une clause WHERE reviens à faire une sous requète !!!
 
SELECT MAX(toto) FROM MATABLE WHERE toto=1
 
c'est EXACTEMENT :
 
SELECT MAX(*) FROM (SELECT toto FROM MATABLE WHERE toto=1)
 
Aprés, jointure, pas jointures, btree, mysql, php, le pape, tout ce que vous voulez...

oui, ok.

 
Je veux pas dire mais pour moi c'est pas la meme chose

   
STOP !!!!! Arrète de poster ! Je crois que tu pète un cable ! Faut se reposer de temps en temps. Ca fait longtemps que t'as pas dormi ? T'as mangé ?

Cyp en forsse : moi je suis d'accord avec toi ! MAX() est une sous requete.
 
En effet, comme tu le sais, il s'agit d'une sous requete d'aggrégation, permettant de renvoyer le maximum d'une série de champs eux mêmes extraits à partir d'une requete ! Donc, requete + requete = sous requete. Sachant que le MAX() peut etre substitué à la valeur du maximum présent dans le btree, on voit la une optimisation de taille : on économise une sous requete et du coup, il est libre MAX().
j'entends ton objection : et si je veux utiliser une requete d'aggrégation autre que MAX(), suis je assuré de retrouver mes infos dans le btree ?
et bien oui ! étant donné qu'il s'agit d'une sous requete d'aggrégation, forcément ça se recoupe ! et c'est la que je suis d'accord avec toi : un SELECT * FROM xxx n'est pas une sous requete, alors que SELECT * FROM xxx WHERE machin = xxx est une sous requete !

Voilà le plan sous SQL serveur :
 
 http://80.65.230.180/forum/upload/2plan.jpg
 
 
Le stream aggregate correspond au MAX.
 
Ce n'est en effet pas vu comme une requète, mais c'est une opération d'agrégation pour présenter à la requète le jeux d'enregistrement filtré par la fonction MAX.
 
Je pensais qu'il le faisait dans l'autre sens d'ailleur.

Y en a même qui disent qu'ils l'ont vu volé.