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.

[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, ...).

[thamn]

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.

Helas.. Au boulot des que tu parles de base de données c'est la solution qu'on te sors.
Au final tu te retrouve a coder toi même dans ton application cliente ce que tu faisais faire a la base de données avec un peu de SQL.
Meme apres usage, j'ai toujours pas vraiment compris l’intérêt de cette technologie.
Juste ça a l'air de couter moins cher, mais bon ce que tu gagnes coté DB est perdu coté client non?
Probablement pire vu que la DB est supposée pouvoir optimiser.

[Mat.M]

Au final tu te retrouve a coder toi même dans ton application cliente ce que tu faisais faire a la base de données avec un peu de SQL.
.

donc si je comprends bien, car je n'ai jamais utilisé MongoDB, le cas se présente où il faut migrer le projet sur Oracle ou SQL-Server parce que c'est plus costaud et plus pérenne il faut tout re-écrire les lignes de code en SQL alors ?

[Pierre Louis Chevalier]

Helas.. Au boulot des que tu parles de base de données c'est la solution qu'on te sors.
Au final tu te retrouve a coder toi même dans ton application cliente ce que tu faisais faire a la base de données avec un peu de SQL.
Meme apres usage, j'ai toujours pas vraiment compris l’intérêt de cette technologie.
Juste ça a l'air de couter moins cher, mais bon ce que tu gagnes coté DB est perdu coté client non?
Probablement pire vu que la DB est supposée pouvoir optimiser.

C'est censé être utile pour traiter des transactions simples massivement à peu de frais.
Mais en vrai tu peux tout aussi bien faire ça avec MySQL, MariaDB ou autre fork de MySQL, car MySQL et ses forks sont particulièrement performants pour gérer des transactions simples avec un cout très faible sur le serveur, tout en gardant l'avantage colossal de pouvoir utiliser SQL pour d'autres besoins comme la partie BI par exemple. Après en théorie c'est quand même pas impossible de faire du SQL sur mongoDB mais il faut prendre un produit en sus du genre "Data Virtuality" mais à l'arrivé c'est couteux et lourd.

Donc à part l'effet de mode et de buzz, la très grande majorité des grandes plateformes du web sont restées sur MySQL/MariaDB/...

A ce sujet, ce sondage est très utile car on peu constater que les utilisateurs ne sont pas restés sur MySQL, mais ont migrés massivement vers MariaDB, vu que MariaBD propose une version open source et régulièrement améliorée, alors que pendant ce temps Oracle n'a pas fait grand chose avec MySQL à part envoyer des courriers et des coup de fil de harcèlement et de menaces pour essayer de taxer les entreprises. Au final je ne connais personne qui à payé la "taxe Oracle", les gens qui ont été harcelés ont juste migrés à MariaDB

[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.

@++

[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]

[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 +

[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.

[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 +

[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 +

[MaitrePylos]

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.

Sauf que SQL Server (même si vos critères sont correcte), ne rentre pas dans la question : Quels sont vos SGBD gratuits préférés en 2022*? Et pourquoi*?

[escartefigue]

Dans les choix proposés, la version SQL server est la version Express, donc bien une version gratuite !