Reprise du message précédent :

 
ben oui 4.1.3 > 4.1.14
 

Pardon, je voulais dire: 4.1.14 > 4.1.3, non?

 
Tu pourrais me donner un exemple de ce que tu appelles table temporaire, etc dans le SELECT?
 
Sinon, le langage de procédure stocké te paraît il assez complet?

mysql 4.1.3 c'est pas une version plus ancienne que la version 4.1.14?
 
En tout cas, la version 5.0.3 est plus ancienne que la version 5.0.13 qui est la derniére sortie. donc 5.0.3 < 5.0.13 (< signifiant antérieure à)

 
Bah oui, ça me parait logique, car je pense qu'ils sont en "ordre numérique" donc 3<14 !

erreur de ma part vous avez raison

 
Tu pourrais me donner un exemple de ce que tu appelles table temporaire, etc dans le SELECT?  
 
Sinon, le langage de procédure stocké te paraît il assez complet?

 
Exemple bidon, mais je penses que tu vois la syntaxe. Avec ce systéme (qui ne fait pas partie de la norme sql a ma conaissance) mysql, va créer lui même une table temporaire (le fameux t2) qu'il va utiliser ensuite comme une simple table et une fois la requette finis, il suprimera cette table temporaire qui n'aura jamais été visible par autre chôse que cette requette.
 
 
Pour les requettes stockées, je sais pas ce que permet le transatsql, donc je peux pas comparer, mais il me semble qu'ils vont rajouter plus tard d'autres langages de requettes imbriqués. Mais ca sera pour la 5.1 j'imagine.

ben c'est une requete imbriquee non ?

 
génial! Merci, merci )
 
Effectivement, je suppose que c'est plus rapide que n'importe quelle création de table temporaire à la main, et surtout si la table est crée avec des appels multiples PHP -> MySQL !
 
Sinon, concernant le langage des procédures stocées, est ce qu'il contient au minimum tous les tests et boucles classiques (IF, FOR, etc?)

je suis desole mais toutes ces features sont (tres bien gerees) a partir de MySQL 4.1.X
mises a part les procedures stockees et triggers

A ma conaissance, d'habitude, les requettes imbriqués, c'est dans le where uniquement et une requette imbriqué, c'est exécuté une fois par ligne de la requette principale.
là, la requette imbriqué est exécuté avant la requette principale (comme pour une requette créant une table temporaire) et la table temporiare est détruite automatiquement aprés l'exécution de la requette (certe une vrai table temporaire est détruite quand on se déconecte si on le fait pas explicitement avant ça).
 
En tout cas, avant de tomber moi même sur cette facilité, j'avais jamais vu personne mettre une requette dans le from d'une autre requette.
 
Finalement, je ne sais toujours pas si on doit vraiment apeller ça une requette imbriqué ou pas.

 
les requetes dans le from (qui est la solution a rechercher si possible car executees qu'un fois) sont des requetes imbriquees a part entiere
j'avoue que moi aussi quand je suis tombe dessus j'ai ete assez bluffe mais honnetement ca roxxe sa maman
j'ai du mal a m'en passer tant les pers sont exceptionneles

Moi, j'en abuse presque. C'est magique comme solution.
Ca fait partie de la derniére norme SQL ou c'est jsute mysql qu'a sorti ça de son chapeau d'un seul coup?

Sinon, concernant le langage des procédures stocées, est ce qu'il contient au minimum tous les tests et boucles classiques (IF, FOR, etc?)

Faut regarder dans la doc de mysql ce qu'ils en disent. Avec le peu que j'en ai utilisé, je me souveins pas de tout. Mais il me semble qu'il y a bien les if et les for.

Bon, alors, je viens de faire des tests sur ma version de MySQL (v4.1.12a sous WinXP), et effectivement, les requêtes imbriquées (car ce sont bien des requêtes imrbiquées) dans le FROM fonctionnent bien. Donc, ce n'est pas une nouveauté de MySQL v5.0.
 
D'autre part, en allant sur le site de MySQL, dans la section de downloads, la version 5.0 ne semble pas encore être une Release Candidate. Il est écrit:
 
MySQL 5.0 -- Development release (use this for previewing and testing new features)
 
Donc, je pense que je vais en rester à la version 4.1.x.
 
Sinon, je vais effectivement tenter d'utiliser mysqli.

http://dev.mysql.com/downloads/mysql/5.0.html
 
Juste en dessous du trait de séparation :

 
Et dans la note à fond jaune encadré en rouge  juste un peu plus bas dans la page :

 
Donc on en est bien aux release candidate maintenant.

Oui, pardon, je ne sais pas vraiment ce qu'est une release candidate, mais en gros, on en est au stade "gamma", c'est à dire que le produit a été testé en interne, mais qu'ils comptent now sur les développeurs tiers pour tester le produit.
 
On n'est donc pas encore en version "Production".
 
Enfin, si je ne me trompe....

disons que la version "Production" de mySQL n'est pas encore sortie
 
EDIT : Bizarre qu'on ait pas vu Arjuna dans le coin