Discussion :

[agi.v]

Bonjour à tous,
J'ai un projet qui va être amené à prendre de l'envergure.
Il s'agit de multiples applications (Web et Desktop) partageant des informations (dans le respect de la vie privée).
Ma demande (plutot qu'une question) concerne les avantages et défauts de MySQL et postgresql (deux SGBDR qui me tente bien).
Donc selon vous, pour un nombre important de lecture/écriture tous les jours le quel des deux choisiriez vous ? Argumenter s'il vous plait.

Merci

[SQLpro]

Ce sont deux SGBDR qui ne sont pas destiné à des application dont l'envergure est l'entreprise, mais dédié aux particuliers et TPE…
1) MySQL il ne faut pas lui en demander beaucoup et la liste des bugs est impressionnantes. Le réserver au max à quelques dizaines d'utilisateurs et moins d'une centaines de Go….
A lire sur les dangers de MySQL :
https://sqlpro.developpez.com/tutori...mysql-mariadb/
2) PostgreSQL est déjà beaucoup plus taillé pour des solutions allant du particulier à la PME (ne pas dépasser en pratique 100 user et quelques centaine de GO

A +

[agi.v]

Bonjour SQLPRO,
Merci de votre réponse et de la documentation que je vais lire. Je ne savais pas du tout que MySQL était si "mauvais".
Pour une application pouvant avoir environs 500 utilisateurs quel SGBDR gratuit me recommanderiez vous ?
Y a t-il ici d'autres personnes partageant cet avis ?

Merci

[xdelatour]

Bonjour,

Quand on voit la liste des clients de MySQL, on se dit tout de suite que c'est effectivement hyper dangereux !

[agi.v]

Bonjour xdelatour,
Merci pour votre message. Le nombre de clients très connu est en effet parlant. Du coup si des sociétés comme elles font confiance a MySQL pourquoi Mysql serait mauvais selon vous @sqlpro ?
@xdelatour selon vous quel SGBDR serait le mieux pour une application Web d'environs 500 clients voire plus ? Je parle autant en vitesse qu'en stabilité.
Je commence à utiliser postgresql et ce SGBDR possède plein d'outils très intéressants. Quel est votre avis ?

Merci

[xdelatour]

Je ne connais pas postgresql mais effectivement il est davantage conseillé que MySQL pour de gros projets. En tout cas je ne pense pas que MySQL soit aussi mauvais que ça, après tout beaucoup de sites Wordpress tournent avec, mais c'est vrai que j'ai constaté que certains produits l'ont abandonné.

[SQLpro]

Bonjour xdelatour,
Merci pour votre message. Le nombre de clients très connu est en effet parlant. Du coup si des sociétés comme elles font confiance a MySQL pourquoi Mysql serait mauvais selon vous @sqlpro ?
@xdelatour selon vous quel SGBDR serait le mieux pour une application Web d'environs 500 clients voire plus ? Je parle autant en vitesse qu'en stabilité.
Je commence à utiliser postgresql et ce SGBDR possède plein d'outils très intéressants. Quel est votre avis ?

Merci

Il suffit de lire l'article....
Le nombre de client n'a rien à voir dans l'affaire. MySQL est un bricolage que l'on retrouve dans de nombreux produits bas de gamme, justement parce qu'il est gratuit ! Dès que l'on commence à attaquer de grosses volumétrie ou un nombre important d'utilisateur simultané MySQL est a fuir... Un simple exemple. Il existe des benchmarks officiels, ceux du TPC.... Ni MySQL ni MariaDB n'y figurent de peur du ridicule !
http://www.tpc.org/tpcc/results/tpcc_results.asp
http://www.tpc.org/tpce/results/tpce...ic_results=yes

Vous trouverez un nombre beaucoup plus important d'entreprises utilisant de l'Oracle ou du SQL Server....

A +

[StringBuilder]

Bonjour,

Quand on voit la liste des clients de MySQL, on se dit tout de suite que c'est effectivement hyper dangereux !

Tu veux que je te dises un truc ?

La liste des clients de Lotus est impressionnante aussi, on doit même y trouver des rois... mais c'est pas pour autant que ça sert à autrechose que se torcher le cul avec !

Il est tout à fait logique, et plus l'entreprise est grande, et plus c'est vrai, qu'un produit, aussi merdique soit-il, soit utilisé par de grands comptes : il suffit qu'un petit projet non critique développé par un stagiaire l'utilise, et on peut se targuer d'avoir la NASA comme client. C'est pas pour autant qu'on va retrouver le dit produit merdique dans les process critiques de calcul de trajectoire des fusées.

[StringBuilder]

Sinon, j'ai envie de dire : si le projet en est à se débuts, on se moque (un peu) du SGBD utilisé.

Utilisez un connecteur standard (ODBC par exemple) ou un langage qui permet de rendre générique le code d'accès aux données (par exemple C# qui permet d'utiliser des références à l'interface IConnection pour générer aussi bien des connexions SQLite, MySQL, Oracle, SQL Server ou PostgreSQL, aussi bien avec le connecteur natif, que ADODB ou ODBC.
Et surtout, écrivez vos requêtes avec du code SQL 100% standard, ainsi que les types de données manipulés.

Ainsi, si vous partez sur un SGBD, l'effort à fournir pour passer sur un autre sera relativement faible.
Même mieux, vous serez capable de faire tourner le même code avec plusieurs SGBD différents, ce qui peut être un plus si vous comptez distribuer votre solution, ou alors faire du SaaS "grand public" et du "professionnel" côte à côte.