Discussion :

[Malick]

Quels sont vos SGBD gratuits pr�f�r�s en 2022 ? Et pourquoi ?
Partagez vos avis

Comme vous le constatez, les bases de donn�es sont au c�ur du syst�me d'information des entreprises et il devient donc relativement tr�s important de bien choisir son Syst�me de gestion de base de donn�es (SGBD). Pour ce faire, il existe actuellement un nombre important de SGBD payants et propri�taires dont le support et les prestations engendrent des co�ts qui sont parfois tr�s �lev�s. Parall�lement � ces SGBD payants, on trouve �galement des SGBD gratuitement mis � la disposition des utilisateurs qui peuvent alors les utiliser comme de v�ritables alternatives aux SGBD propri�taires. Le sondage que nous vous proposons ici portera donc sur ces derniers SGBD gratuits, cela afin de recueillir vos avis et retours d'exp�riences quant � vos SGBD gratuits pr�f�r�s, et les raisons pour lesquelles vous avez choisi tel SGBD en lieu et place d'un autre.

Rappelons que lors du pr�c�dent sondage, PostgreSQL occupait la premi�re marche du podium avec 50 % des voix sur un total de 106 votants. Il �tait suivi par Firebird et SQLite class�s respectivement deuxi�me et troisi�me avec 24 % des voix et 21 % des votants. MySQL (18 % des votants) arrivait en quatri�me position tandis que SQL Server Express se classait cinqui�me avec 15 % des votants.

Comme pour l'�dition pr�c�dente, notre s�lection a port� sur les SGBD ci-apr�s , et la liste pourra �tre compl�t�e en fonction de vos suggestions :

• Cassandra ;
• Firebird (base de donn�es en C++, d�velopp�e � partir d'une version d'Interbase) ;
• MariaDB (fork de MySQL depuis le rachat de Sun par Oracle) ;
• MongoDB (la nouvelle base � la mode, fer de lance de la d�mocratisation du mouvement NoSQL, du stockage et des traitements distribu�s) ;
• MySQL (est-il encore besoin de pr�senter ?) ;
• Oracle XE (la d�clinaison gratuite du SGBD d'Oracle, avec des limitations) ;
• PostgreSQL (l�autre SGBD open source � traditionnel � avec MySQL, avec un mod�le plus � orient� objet � ;
• SQLite (le moteur de base de donn�es le plus distribu� au monde) ;
• SQL Server Express (la d�clinaison gratuite du SGBD de Microsoft, avec ses fonctionnalit�s principales, mais �videmment sans la haute disponibilit� ou le clustering).

Pour r�sumer, l'objectif � travers ce sondage est donc d'avoir vos retours, en tant qu�utilisateur de l�une ou de plusieurs de ces SGBD, sur ceux que vous avez le plus appr�ci�s du fait de leur facilit� d'utilisation, de leur puissance, de leur rapidit�, de leur flexibilit�, etc.). Aussi, nous souhaiterions savoir quels SGBD vous recommanderiez � la communaut� comme alternatives aux solutions payantes.

La qualit� du d�bat viendra donc du partage d'exp�rience ; au plaisir de vous lire.

Et vous ?

Votre SGBD pr�f�r� est-il sur la liste que nous vous proposons ? Sinon, lequel souhaiteriez-vous voir appara�tre ?
Pourquoi le SGBD choisi vous a-t-il particuli�rement s�duit ?

[yahiko]

Il n'y a pas de d�bat. Rien ne peut rivaliser avec les performances, la souplesse d'administration et la puissance du moteur SQL du SGBD de Microsoft, SQL Server.

[GATEN]

Je ne suis pas un sp�cialiste mais j'ai vot� postgreSQL

�a fait longtemps que j'ai envie de tester la g�n�ration d'api rest automatiquement � partir d'une BDD postgreSQL. Sur le papier, �a m'avait vraiment s�duit (si je ne me trompe pas, �a s'appelle Postgrest)

PostgREST serves a fully RESTful API from any existing PostgreSQL database. It provides a cleaner, more standards-compliant, faster API than you are likely to write from scratch.

[kbadache]

MongoDB a pas disparut aussi vite qu'il est arriv� ?
A une �poque tout le monde en parlait et voulait l'utiliser, aujourd'hui, j'en entend plus parler du tout.

[vanquish]

Le vote est un peu difficile car la pr�f�rence va avec l'usage.
On ne peut pas comparer PostgreSQL � SQLite.

J'aime beaucoup MariaDB dont la licence du client est plus souple que celle de mySQL (LGPL au lieu de GPL).
I est livr� avec un outil de sauvegarde � chaud (sauvegarde binaires et incr�mentales) qui n'est disponible qu'avec la version payante de mySQL.
Relativement simple � administrer.

Mon second choix va pour Firebird qui est r�ellement un produit gratuit issue d'une fondation et non un produit d'appel pour une version payante.
La licence permet une vrai redistribution gratuite.
Sur les volumes raisonnable permet une administration z�ro.
Outils de backup puissant livr� avec.
Pour les petits groupes d'utilisateurs avec des volumes de quelques Go c'est la solution id�ale (m�me s'il existe des bases en To).
De plus la DLL cliente peut fonctionner comme un serveur local, ce qui permet aussi de faire du monoposte ou embarqu� sans serveur SQL install� (� l'image d'un SQLite) avec strictement le m�me code.
D�fauts : de multiple GUI gratuits, mais tous inachev�s. La fonction count() tr�s tr�s tr�s lente.

Je pr�f�re ces solutions � SQL Server Express qui est pourtant fonctionnellement plus abouti et dont la redistribution ne pose aucun soucis, car si jamais un site atteint une des limites de la gratuit�, c'est l'explosion tarifaire et un m�andre de modes de licences � maitriser.

[GLDavid]

Bonjour

J'ai choisi 2 SGBDR:
1) PostgreSQL pour tout projet OpenSource, perso ou prototypage. Raison: c'est ce qui ressemble le plus � un SGBD pro.
2) SQLServer pour tout projet pro et prototypage pro. Raison : nous fonctionnons avec SQL Server dans notre industrie.

@++

[ben51]

Il n'y a pas de d�bat. Rien ne peut rivaliser avec les performances, la souplesse d'administration et la puissance du moteur SQL du SGBD de Microsoft, SQL Server.

Dans ce cas il n'y a pas d�bat Oracle est encore mieux XD.

[grograg]

Dans le monde libre, je pr�f�re PostgreSQL : SGBD relationnel complet supportant aussi le NoSQL orient� document. � mon sens, il y a un gros manque dans MariaDB/MySQL c'est le fait que base de donn�es et sch�ma soient consid�r�s comme des synonymes.

Dans le monde propri�taire, ma pr�f�rence va � SQL Server notamment pour sa facilit� d'administration.

Je ne suis pas un sp�cialiste mais j'ai vot� postgreSQL

�a fait longtemps que j'ai envie de tester la g�n�ration d'api rest automatiquement � partir d'une BDD postgreSQL. Sur le papier, �a m'avait vraiment s�duit (si je ne me trompe pas, �a s'appelle Postgrest)

J'ai mis en place PostgREST depuis 5 ans et, effectivement, c'est un tr�s bon produit qui est en constante �volution.
Il faut par contre �viter d'exposer les tables directement lorsque l'on veut exposer en lecture seule. Il vaut mieux faire un sch�ma � c�t� contenant des vues pointant sur les tables � exposer. Ainsi, il est plus ais� de faire des �volutions de structure sans impacter les consommateurs des services Web. Et si l'�volution de structure n�cessite de revoir les vues pour pouvoir b�n�ficier de toutes les nouveaut�s, il vaut mieux cr�er un nouveau sch�ma avec des nouvelles vues expos�es en services web V2, la V1 simulant les anciennes structures, toujours dans un souci de moindre impact des consommateurs.

Sinon, derni�rement, j'ai commenc� � m'int�resser � PHP-CRUD-API qui a l'avantage par rapport � PostgREST d'�tre multi-BDD : MySQL, MariaDB, PostgreSQL, SQL Server et SQLite. Pour l'instant, je ne l'ai utilis� qu'en recette. Je n'ai pas de retour sur une utilisation en production.

[Waldar]

Il manque les SGBD MPP dans cette liste, notamment Teradata, Greenplum ou encore Vertica (pour qui je travaille actuellement).
Ce dernier propose une �dition communautaire 100% gratuite, limit�e � trois n�uds et 1 To de donn�es, et utilisable en production.
[PROMO]
C'est une base destin�e � adresser des probl�matiques analytiques - si c'est pour brancher une application transactionnelle il vaut mieux consid�rer une autre technologie.
Par contre si vous voulez voir des requ�tes attaquer des milliards de lignes avec un temps de r�ponse inf�rieur � la seconde c'est le meilleur acteur du march�.
https://www.vertica.com/trial-request/
[/PROMO]

[Pierre Louis Chevalier]

MongoDB a pas disparut aussi vite qu'il est arriv� ?
A une �poque tout le monde en parlait et voulait l'utiliser, aujourd'hui, j'en entend plus parler du tout.

Tu n'as pas forc�ment de meilleures performances avec Mongo DB versus MariaDB (fork de MySQL), et avec MongoDB tu dois faire une appli sp�cifique NoSQL et �norm�ment downgrader en fonctionnalit�s par rapport � SQL.
Beaucoup pensent qu'en fait le NoSQL a �t� un buzz marketing commercial, mais que dans les faits en production �a se justifie tr�s rarement. C'est bien plus simple de rester sur SQL, et d'utiliser des batteries de serveurs MariaDB ou MySQL ou �quivalent, c'est ce que font la plupart des grosses boites du web. Et si les performances c'est pas crucial et que tu n'as pas une tonne de transactions � g�rer, et que tu veux un produit gratuit avec un SQL riche, il y a PostgreSQL.

Donc pour r�sumer de fa�on simpliste :
- Mass transactions : MySQL et forks (MariaDB etc) ou MongoDB.
- Vrai SQL riche pas cher : PostgreSQL (ou Firebird).
- Applications stand alone avec SGBD : SQL Lite, Firebird, SQL Server express.

[smarties]

PostgreSQL car beaucoup d'applications le supporte, c'est open source, �a marche bien et pour ce que j'ai les performances me conviennent.
SQLite quand je veux faire quelque chose de portable.

Je vois de plus en plus Firebird mais il faudrait que je me renseigne dessus par rapport � PostgreSQL (biblioth�ques Python et RUST, support des transactions, performances, l�g�ret�, triggers, multi-bases, ...).

[escartefigue]

Ma seule v�ritable exp�rience PostgreSQL en production est celle d'un client qui a une base de pr�s de 30 To dont les performances sont catastrophiques malgr� une �quipe DBA qui y consacre beaucoup de temps, en vain.
� volume comparable, ou sup�rieur, DB2 for Z/OS, qui est loin d'�tre gratuit, est tr�s, mais alors tr�s tr�s sup�rieur en perfs.
Je me garderai bien de g�n�raliser, mais �a ne fait pas envie pour les grosses bases.

J'�limine d'embl�e SQLite qui n'est pas un v�ritable SGBDR, il est mono-utilisateur, n'a pas de catalogue relationnel, ses types de donn�es sont pauvres...

MySQL bien que largement am�lior� depuis la V8 avec l'arriv�e tr�s tardive des CTE et des fonctions fen�tr�es reste � la tra�ne sur bien des fonctionnalit�s.

Du coup ma pr�f�rence va � SQL server.

[CinePhil]

Professionnellement, j'utilise MariaDB et Oracle (pas le gratuit). Nous avons aussi une application qui tourne avec PostgreSQL mais je n'ai pas encore eu � mettre les mains dans le cambouis. Il parait que vient d'arriver aussi un SQL Server pour g�rer des �quipements multim�dia dans un b�timent enti�rement r�nov� mais, l� encore, il est peu probable que j'aie l'occasion de jouer avec.

Par contre, j'ai jou� bri�vement avec SQL Server Express il y a quelques ann�es. C'est du clickodrome � la Microsoft donc �a m'a sembl� relativement facile � utiliser mais je n'ai pas explor� � fond.

Ce que je connais le mieux, c'est MariaDB (et donc MySQL, surtout dans des versions plus anciennes vu qu'on les a remplac�es par MariaDB), professionnellement et personnellement ; et PostgreSQL aussi personnellement.
Ma pr�f�rence entre ces deux l� va � PostgreSQL en raison de sa meilleure conformit� � la norme SQL et je trouve pgAdmin plut�t facile � utiliser et plus complet que phpMyAdmin ou m�me MySQL Workbench que j'utilisais surtout pour faire les diagrammes E/R.

Donc mon classement est :
1) PostgreSQL
2) MariaDB
3) Oracle

Je pr�f�re ne pas me prononcer sur SQL Server que je n'ai vraiment pas assez utilis� pour juger.

PS : autre crit�re important pour moi : faut que �a tourne sous Linux et sans trop se prendre la t�te. Je n'ai pas encore essay� d'installer SQL Server sous Linux mais ce que j'avais commenc� � regarder m'avait un peu rebut� : r�serv� semble t-il � quelques distributions.

[edam]

PS : autre crit�re important pour moi : faut que �a tourne sous Linux et sans trop se prendre la t�te. Je n'ai pas encore essay� d'installer SQL Server sous Linux mais ce que j'avais commenc� � regarder m'avait un peu rebut� : r�serv� semble t-il � quelques distributions.

regarde aussi du c�t� de Firebird

[SQLpro]

Il n'y a pas de d�bat. Rien ne peut rivaliser avec les performances, la souplesse d'administration et la puissance du moteur SQL du SGBD de Microsoft, SQL Server.

Je suis tout � fait d'accord avec toi... Mais c'est pas du libre. J'ai n�anmoins vot� pour PstGreSQL car le sondage porte sur le libre. Or il n'y a pas photo... M�me si PG reste tr�s limit� (en exploit pas plus de 300 Go de donn�es, pas plus d'une centaine d'utilisateurs) cela reste tr�s tr�s au dessus de MySQL mariaDB qui sont des ersatz de SGBD pr�tendent tout faire et font presque tout mal, soit de mani�re bugu�s (les GROUP BY inconsistant) ou avec des performances lamentables.

Mais je suis aussi le pire des d�tracteurs de PostGreSQL car j'ai vu de nombreuses fakes news pseudo technique expliquant que PostGreSQL �tait l'�quivalent d'Oracle, ce qui est plus que totalement faux !

A titre d'exemple, voici les performances compar�es de PostGreSQL et MS SQL Server :
https://sqlpro.developpez.com/tutori...es-avec-count/
Pour certains cas on est dans un rapport de 1 � 1 500 fois moins rapide pour PG !

En maintenance (DBA) c'est un rapport de 1 � 30 en moyenne :
https://sqlpro.developpez.com/tutori...ndes-pour-dba/

Et globalement, sur le plan des fonctionnalit�s :
http://mssqlserver.fr/postgresql-vs-...ed-comparison/



A +

[SQLpro]

Ma seule v�ritable exp�rience PostgreSQL en production est celle d'un client qui a une base de pr�s de 30 To dont les performances sont catastrophiques malgr� une �quipe DBA qui y consacre beaucoup de temps, en vain.

Veux tu parler de l'Agirc Arco qui collecte les cotisations retraite des cadres ?

A +

[SQLpro]

Il manque les SGBD MPP dans cette liste, notamment Teradata, Greenplum ou encore Vertica (pour qui je travaille actuellement).
Ce dernier propose une �dition communautaire 100% gratuite, limit�e � trois n�uds et 1 To de donn�es, et utilisable en production.
[PROMO]
C'est une base destin�e � adresser des probl�matiques analytiques - si c'est pour brancher une application transactionnelle il vaut mieux consid�rer une autre technologie.
Par contre si vous voulez voir des requ�tes attaquer des milliards de lignes avec un temps de r�ponse inf�rieur � la seconde c'est le meilleur acteur du march�.
https://www.vertica.com/trial-request/
[/PROMO]

Ils ont pas publi� de benchmark dans le TPC... ?

Sinon en ce moment c'est les chinois qui explosent les temps de r�ponse avec Ocean Base et Alibaba !

A +

[JPLAROCHE]

Bonjour, je ne confonds pas les m�gas to de donn�es�

PG est une excellente approche et tr�s respectueux de la norme.
DB2 non gratuit, mais pour des tr�s grosses brass�s de donn�es, il est G�NIAL

et mon petit Sqlite pour des applications tr�s pratique. ( je ne compare pas au gros SGBD) mais il fait son taf et bien, il a r�volutionn� la bd portable et surtout transportable

[SQLpro]

PG est une excellente approche et tr�s respectueux de la norme.

Autrefois il y a 20 ans oui... Maintenant c'est loin d'�tre le cas !

• par exemple ils ont mis 20 ans avant d'introduire la commande MERGE
• Il n'y a toujours pas les tables temporelles de la norme 2015
• Pas de datalink comme la norme SQL l'indique depuis 1999

etc...

A +

[Waldar]

Ils ont pas publi� de benchmark dans le TPC... ?

C'est compliqu� car Vertica est un MPP donc on fonctionne de 1 � 1000 n�uds, chaque n�ud peut �tre un pod K8s, une VM avec 16 Go de RAM et 8 vCPU ou bien un machine physique avec 72 cores et 1 TB de RAM + SSD/NVMe, nos clients ont une tr�s grande libert� de d�ploiement et l'impact sur les performances est bien entendu tr�s significatif. Nos licences concernent uniquement le volume ing�r�s et le client choisi la performance qu'il aura en fonction de ce qu'il est pr�t � mettre comme hardware en face. Enfin je digresse - l� on parle de la community edition (qui est 100% compl�te en terme de fonctionnalit�) et donc gratuite.
On trouve des benchs ici ou l� mais rien de r�cent. De plus je pense que les TPC emp�che d'impl�menter les m�canismes d'optimisations sp�cifiques au produit, ce qui est d'une certaine mesure limitant.

Et on est un assez petit �diteur (400 personnes dans le monde), comme tu le sais produire et tenir � jour ces benchmarks c'est un sacr� boulot, on pr�f�re utiliser nos ressources pour am�liorer le produit !
Je ne crois pas qu'on ait perdu beaucoup de PoC (toujours dans le domaine analytique) sur la partie performance, et quand �a arrive en g�n�ral le produit s'am�liore derri�re

Pour la petite histoire, le cr�ateur de Vertica - Michael Stonebraker - est �galement le cr�ateur d'Ingres et de PostgreSQL, justement pour palier les cas d'usages n�cessitant de traiter des tables tr�s volumineuses o� ce dernier ne tenait pas la charge.
Ca se ressent sur la syntaxe SQL !