Bonjour cher data-mineur, Qu'en est-il de postgres? Avec ce petit elephant savant, les performances peuvent etre foudroyantes. De plus, il est possible que le principe de table "inherence" puisse t'etre utile... Le saut de MySQL � postgres n'est pas si grand. Je navigue moi meme entre les deux au cas par cas pour des applications en genomique et en systemes geographique (jusqu'a 2 millions d'entree "text" par table, avec des joint sur 3-4 tables).
Salutations, Thierry > On Wed, Mar 09, 2005 at 06:04:28PM +0100, Blaise Vogel wrote: >> Le Mercredi, 9 Mars 2005 17.50, Lol Zimmerli a �crit : >> ... >> > Cr�er des index pour les colonnes servantes dans les WHERE me semble >> > une meilleure id�e. >> C'est fait. Mais je dois traiter de 100'000 � 10'000'000 de lignes dans >> plusieurs tables. C'est pas l�ger, il est clair que je peux lancer ces >> requ�tes, allez prendre un caf� et avoir le r�sultat. Mais vu que j'ai >> des >> machines puissantes, j'essaie d'optimiser. >> >> Pour la question 3 (acc�s disque), je viens de retrouver fuser et lsof >> :-) >> Comme je le pensais je n'ai pas de fichier temporaire ouvert par Mysql > > je n'ai jamais utilis� mysql pour des besoins pareils, mais arrive-tu > a �crire une seule requ�te SQL pour tout ce bazar? > > aplus > _______________________________________________ > gull mailing list > [email protected] > http://lists.alphanet.ch/mailman/listinfo/gull > _______________________________________________ gull mailing list [email protected] http://lists.alphanet.ch/mailman/listinfo/gull
