Discussion :

[ksven]

Lors d'un entretien récent, on m'a demandé pourquoi dans un sys Sandvine on utilise PostgreSql au lieu de MySql. J' ai pas su quoi répondre. Est ce que quelqu'unQ. J'ai consulté quelques avis sur le Web et parait-il que MySql est plus ou moins mieux PostgreSql. Votre avis c quoi?

[VLDG]

un peu de lecture http://www.developpez.net/forums/d53...r/#post4029120

Après, tu sauras quoi dire à tes copains de MySQL

[scheu]

http://www.developpez.net/forums/d14...ql-postgresql/
Dans ce débat sur MySQL vs Postgresql, la majorité des avis sont pour Postgresql. Le seul argument valable de MySQl est "parce qu'il est répandu, parce qu'il a une bonne communauté", en gros tout sauf un argument technique valable . Dire qu'un SGBD est bien juste parce qu'on ne connaît que celui-là, personnellement j'évite de soutenir ce genre de discours


Pour des besoins professionnels (montée en charge, haute-dispo, réplication, respect de la norme SQL, intégrité des données, performances de l'optimiseur, partitionnement, langage procédural PL/PgSQL...), Postgresql est beaucoup plus avancé que MySQL

Après forcément pour faire un site perso dans son coin, MySQL peut suffire, mais ce n'est pas parce que MySQL est répandu qu'il est forcément bon et adapté, le choix du SGBD dépend toujours des besoins

[Chauve souris]

Désolé, je confesse mes fautes, je suis un windowien Donc la comparaison n'était pas tant avec MySQL qu'avec SQL Server. Au niveau ergonomie et fonctionalités je ne pense pas lancer un troll en affirmant qu'il n'y a pas photo (en plus je n'aime pas PHP qui n'est pas typé). PostgreSQL avait une excellente réputation, mais il était dans le monde Unix/Linux. Or depuis qu'il est passé sous Windows, avec un pgAdmin III puissant et traduit et une doc traduite très fournie (un grand merci aux traducteurs), on peut lui prédire un bon avenir.

J'en profite pour soumettre une requète : certes, les connexions ODBC avec PostgreSQL fonctionnent bien avec Visual Studio 2008, mais je n'ai rien compris à ce qu'il faut faire avec NpgSql (une floppée de fichiers, lequel choisir ?) pour avoir une connexion "native" (ASP.NET ou autre). Si quelqu'un qui a réussi pouvait nous faire un petit tuto, ça serait très apprécié

[SQLpro]

MySQL est un SGBDR farci de gigantesques conneries qui n'ont rien à voir avec un SGBDR sérieux...

Je ne donnerais qu'un seul exemple.

MySQL accepte de laisser passer une date comme :
0000-00-00
C'est à dire l'an zéro (qui n'a jamais existe on passe directement de l'an 1 après JC à l'an 1 avant JC) du mois 0 (qui n'existe pas) du jour 0 (qui n'existe pas non plus)....

A +

[kedare]

Par contre Mysql est quand même vachement en avance au niveau réplication je trouve, sous postgresql c'est l'enfer a coté
(Non pour moi une copie de log binaire via "scp" en ssh j'appelle pas ça de la réplication, et slony n'est pas mieux (via des triggers... non merci, non seulement c'est pas performant, mais c'est un gouffre niveau débit réseau (8x plus de données transféré pour un simple master-slave, on passe a 288x plus de données transféré pour un master et 11 slaves....))
Enfin un système de réplication est a venir pour la 8.5 si j'ai bien comprit

[SQLpro]

Sauf que la réplication MySQL est un leurre et ne sait pas faire de la réplication d'article (les tables doivent être identiques) ou de la réplication bi directionnelle ou encore basée sur des clichés voir de la réplication peer to peer.
Bref, c'est plus que limité et présenter cela comme de la réplication est très abusif. En effet répliquer des données ce n'est pas avoir une base identique... Dans la plupart des SGBDR (sauf MySQL) on peut descendre au niveau de la réplication d'une seule simple et unique données, comme par exemple le cours de l'action coca-cola.

Répliquer toute une base de données ne sert à rien. Plus exactement ce n'est pas de la réplication c'est de la haute dispo. Malheureusement la confusion est souvent faite !

A +

[kedare]

Certes mais c'est toujours mieux que ce que propose postgresql