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 !