Re: Humm

quelqu'un qui connait bien la base de données sur laquelle vous travailliez, qui a suivi sont histoire, connait ses limitations, comment les contourner... Tu ne m'as pas compris. Nous bossions sur notre serveur de test avec la version 7.X. (nous pensions qu'ils tournaient avec une version équivalente que la notre). Personnellement, je l'ai deja dis au dessus, quand je bosse avec une version d'un SGBD, je regarde les features de la version courante, pas celle de la version précédente sortie quelques semestres avant (peut etre que j'ai tord de ne pas faire cela, mais j'en doute ...), dans mes développements, je m'en fous un peu de savoir Mysql 1.2.34 ne gérait pas les GROUP BY (supposition). Surtout que bon, j'avais déjà utilisé Oracle, Access, Mysql et MS SQL Server dans divers projets, donc je m'estimais suffisamment callé pour celà. Je ne suis pas franchement d'accord. Il marchait plutôt bien, sauf dans certain cas, relativement bien defini, très mal. Tu es pas d'accord, c'est ton droit. Moi, je trouve qu'un SGBD qui augmente par un facteur 30 le traitement d'une requete contenant 3 jointures et un DISTINCT sur des tables contenant un nombre d'enregistrement raisonable, c'est pas "normal". (alors que même access, tant décrié par une partie de la communauté developpeur, n'a AUCUN mal à gérer ça avec une vitesse de traitement tout a fait potable) Encore une fois, il y a des liens au dessus et des archives de mailing list qui attestent que non (sans parler de mon experience). J'avoue, j'ai pas ete voir les URLs vu les reponses qui ont suivis dans la tribune. Alors oui, dans les web agency c'est marginal, mais le monde du web ce n'est pas tout, et c'est même marginal par rapport à l'ensemble des autres activités. Sans dec ? :) Moi qui pensait que l'informatique actuelle, c'était plus que PHP / ASP... Je te fais remarquer que j'ai fait comme toi, j'ai fait que parler de mon expérience, rien de plus.