Le premier, vous ne pouvez vous en prendre qu'à vous même.
Le deuxieme:
L'optimizer était *vraiment* chatouilleux dans le 6.5.x Pour moi ca c'est toujours resolu en réecrivant les query (ordre des jointures, ordre des attributs...). Faudrait que je retrouve une query avec un NOT IN ou un DISTINCT qui prennait 1+ minutes. Réecrite elle prennait moins d'une seconde... et en v7, plus de problème.
Après il y a les blagues du type 32 connexions max par default, faire un vaccum après avoir recrée les indexes, ou les blobs pas sauvegardés enfin bon... Il y a des gens qui ont suivi (postgresql) et qui connaissent un tas d'astuces, d'autres qui trouvent que tunner une base est inacceptable, ou plutôt qui n'ont pas compris que DBA était un metier(necessaire).
"si le code a été en grande partie réécris d'une version a l'autre"
Je veux bien que tu me pointes sur des liens qui parlent de réecriture, parcequ'à part de nouvelles "grosse" implementation comme le WAL, je ne vois pas.
"[oracle et mssql]"
ils ont le type boolean SQL99 maintenant ? ;) Sinon d'accord avec toi, reste a savoir si les possiblités offertes ne sont pas overkill (et hors de prix !)
Merci de m'avoir rappelé le coup des 8k, et du coup, un tas de bons souvenirs
[^] # Re: Humm
Posté par Gloo . En réponse à la dépêche MySQL: une bonne et une mauvaise nouvelle.. Évalué à 1.
Le premier, vous ne pouvez vous en prendre qu'à vous même.
Le deuxieme:
L'optimizer était *vraiment* chatouilleux dans le 6.5.x Pour moi ca c'est toujours resolu en réecrivant les query (ordre des jointures, ordre des attributs...). Faudrait que je retrouve une query avec un NOT IN ou un DISTINCT qui prennait 1+ minutes. Réecrite elle prennait moins d'une seconde... et en v7, plus de problème.
Après il y a les blagues du type 32 connexions max par default, faire un vaccum après avoir recrée les indexes, ou les blobs pas sauvegardés enfin bon... Il y a des gens qui ont suivi (postgresql) et qui connaissent un tas d'astuces, d'autres qui trouvent que tunner une base est inacceptable, ou plutôt qui n'ont pas compris que DBA était un metier(necessaire).
"si le code a été en grande partie réécris d'une version a l'autre"
Je veux bien que tu me pointes sur des liens qui parlent de réecriture, parcequ'à part de nouvelles "grosse" implementation comme le WAL, je ne vois pas.
"[oracle et mssql]"
ils ont le type boolean SQL99 maintenant ? ;) Sinon d'accord avec toi, reste a savoir si les possiblités offertes ne sont pas overkill (et hors de prix !)
Merci de m'avoir rappelé le coup des 8k, et du coup, un tas de bons souvenirs