Au cas ou certains n'aurais pas compris, les
expo informatiques sont toutes destinées aux
professionnels (Comme 99% des expos d'ailleurs).
Les prix ne sont pas faramineux, ce sont des
prix adaptés au monde professionnel. Deux
jours de conférence sont considérées comme
deux jours de formation. Trois mille francs
pour deux jours c'est pas très cher. Les
formations coutent mini 15000F la semaine.
L'auteur est Tim Perdue, le développeur du site Sourceforge justement. Il a testé Postgres 7.1
avec le code actuel de Sourceforge (légèrement remanié pour l'adapter à Pg). Et contrairement
a ce qui a été dit plus haut ce n'est pas du code optimisé Pg mais plustôt MySQL.
Et Tim Perdue est plutôt un défenseur de MySQL habituellement.
Le résultat, c'est que la génération des pages est très nettement plus rapide avec Postgres,
jusqu'à 6 fois sur une page très compliquée.
La raison à cela, c'est que MySQL n'est rapide que si on respecte les deux conditions suivantes :
Un tout petit nombre d'accès concurent (5-10 max.) et peu d'accès en écriture.
Dans les autres conditions MySQL s'éffondre littéralement.
On peut très souvent lire des témoignages de gens qui on obtenu de meilleures performances avec un test rudimentaire,
simplement en lancant un script ou me une seule requête. Ces tests ne vallent pas grand chose pour gauger un SGBD.
Les SGBD ont avant tout été conçu pour gérer la cohérence des données lors des accès concurents à celles-ci.
Si on a pas besoin d'accès concurent, il vaut mieux faire des fichiées hachés, c'est plus performant car on
évite le codage-décodage en SQL et le trafic réseau.
Quant aux transactions, c'est indispensable à la cohérence des données lors d'ajout fréquents,
(évidement quand on ne fait que des lectures...) et bien sûr ça se paye en performance.
C'est clair. Ils ont utilisé un logiciel de traduction. Ca donne des résultats pitoyables.
C'est comme les docs que l'on trouve souvent dans des produits vennant de pays comme la chine.
Redhat est au plus bas effectivement.
Mais il faut voir aussi que le Nasdaq est lui aussi au plus bas comme la majorité des actions
qui y sont cotées.
Le nombre d'entreprises qui vu leur action s'ecrouler est impressionnant.
Y compris des grands comme Oracle, M$, Sun, Lucent, Cisco, Sybase, etc. qui ont perdu 30% en moyenne en un mois...
Le Nasdaq perd 2% par jour en ce moment ce qui est considérable.
[^] # Re: domage...
Posté par Smylo . En réponse à la dépêche Linux-Expo de Montréal. Évalué à 1.
expo informatiques sont toutes destinées aux
professionnels (Comme 99% des expos d'ailleurs).
Les prix ne sont pas faramineux, ce sont des
prix adaptés au monde professionnel. Deux
jours de conférence sont considérées comme
deux jours de formation. Trois mille francs
pour deux jours c'est pas très cher. Les
formations coutent mini 15000F la semaine.
[^] # Re: C'est pas RDBMS et alors ?
Posté par Smylo . En réponse à la dépêche Comparaison MySQL / PostgreSQL. Évalué à 1.
Visiblement non....
L'auteur est Tim Perdue, le développeur du site Sourceforge justement. Il a testé Postgres 7.1
avec le code actuel de Sourceforge (légèrement remanié pour l'adapter à Pg). Et contrairement
a ce qui a été dit plus haut ce n'est pas du code optimisé Pg mais plustôt MySQL.
Et Tim Perdue est plutôt un défenseur de MySQL habituellement.
Le résultat, c'est que la génération des pages est très nettement plus rapide avec Postgres,
jusqu'à 6 fois sur une page très compliquée.
La raison à cela, c'est que MySQL n'est rapide que si on respecte les deux conditions suivantes :
Un tout petit nombre d'accès concurent (5-10 max.) et peu d'accès en écriture.
Dans les autres conditions MySQL s'éffondre littéralement.
On peut très souvent lire des témoignages de gens qui on obtenu de meilleures performances avec un test rudimentaire,
simplement en lancant un script ou me une seule requête. Ces tests ne vallent pas grand chose pour gauger un SGBD.
Les SGBD ont avant tout été conçu pour gérer la cohérence des données lors des accès concurents à celles-ci.
Si on a pas besoin d'accès concurent, il vaut mieux faire des fichiées hachés, c'est plus performant car on
évite le codage-décodage en SQL et le trafic réseau.
Quant aux transactions, c'est indispensable à la cohérence des données lors d'ajout fréquents,
(évidement quand on ne fait que des lectures...) et bien sûr ça se paye en performance.
# Traducteur automatique
Posté par Smylo . En réponse à la dépêche SourceForge parle comme une vache espagnole.... Évalué à 1.
C'est comme les docs que l'on trouve souvent dans des produits vennant de pays comme la chine.
# Pas significatif
Posté par Smylo . En réponse à la dépêche Red Hat au plus bas.... Évalué à 1.
Mais il faut voir aussi que le Nasdaq est lui aussi au plus bas comme la majorité des actions
qui y sont cotées.
Le nombre d'entreprises qui vu leur action s'ecrouler est impressionnant.
Y compris des grands comme Oracle, M$, Sun, Lucent, Cisco, Sybase, etc. qui ont perdu 30% en moyenne en un mois...
Le Nasdaq perd 2% par jour en ce moment ce qui est considérable.