IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

L'étude 2024 de Red Gate sur l'état de l'art en matière de SGBD montre l'avance de Microsoft SQL Server, pour un usage professionnel d'entreprise quel est votre classement ?

Le , par SQLpro

30PARTAGES

25  1 
SGBD : pour un usage professionnel d'entreprise quel est votre classement ?
SQL Server
69 %
PostgreSQL
33 %
Oracle
25 %
SQLite
18 %
IBM DB2
12 %
MongoDB
7 %
MySQL
7 %
MariaDB
6 %
ElasticSearch
5 %
Access
3 %
Redis
3 %
AlloyDB
0 %
Neo4J
0 %
Cassandra
0 %
Aurora
0 %
Autres
4 %
Voter 108 votants
Le rapport 2024 de l'éditeur américain Red Gate sur l'utilisation des outils de bases de données a été établi à partir de 3849 répondants sur 6 continents dans 15 secteurs pour des entreprises de toutes tailles. La collecte des informations a été réalisée auprès des développeurs, administrateurs de bases de données, professionnels de la fourniture de logiciels, responsables informatiques, directeurs techniques et PDG du monde entier.

Il établit la croissance exponentielle des données à l'ère du numérique.

Les organisations utilisent de plus en plus, différents systèmes de bases de données (de 62% en 2020 à 79 % en 2023) avec comme top 4 Microsoft SQL Server, Oracle, MySQL et PostGreSQL.

Dans les différents classements de cette étude Microsoft SQL Server se taille la part du lion, arrivant en tête dans toutes les catégories en :
  • nombre d'instances,
  • longévité (donc pérennité),
  • diversité d'utilisation (OLTP, NoSQL, séries temporelles, géospatial et graphe)

devant PostGreSQL, MySQL, MongoDB, Oracle, SQLite, MariaDB, Redis, IBM DB2 et ElasticSearch...

Il montre la complexité croissante de l'administration engendrée par la multiplicité des plateformes utilisées.

Il indique aussi que, dans le libre, PostGreSQL est en train de dépasser MySQL et se trouve loin devant MariaDB, tandis que dans le monde commercial Oracle s'effondre.



à lire : The State of the Database Landscape, the 2024 industry report from Redgate

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Waldar
Modérateur https://www.developpez.com
Le 31/01/2024 à 14:08
À prendre en compte que Redgate est un éditeur de logiciel né dans le tooling SQL-Server, ce n'est pas surprenant que leurs contacts qui ont répondu à l'enquête soient en majorité tournés sur SQL-Server.

Si on prend une autre étude avec une autre méthodologie, au hasard celle-là : https://db-engines.com/en/ranking_trend, Oracle reste devant SQL-Server, MySQL devant PostgreSQL etc.
15  1 
Avatar de escartefigue
Modérateur https://www.developpez.com
Le 31/01/2024 à 15:55
Je suis surpris de voir qu'il y a un vote en faveur d'Access , ce SGBD n'est que rudimentaire, il conviendra peut-être à quelques toutes petites entreprises, guère plus.
6  0 
Avatar de AaâÂäÄàAaâÂäÄàAaâÂäÄ
Membre éprouvé https://www.developpez.com
Le 31/01/2024 à 16:04
Citation Envoyé par escartefigue Voir le message
Je suis surpris de voir qu'il y a un vote en faveur d'Access , ce SGBD n'est que rudimentaire, il conviendra peut-être à quelques toutes petites entreprises, guère plus.
On est d'accord qu'Access fait rire tous les professionnels des bases de données.
Mais il reste qu'il est toujours très employés par les néophytes. Il y a un nombre significatif d'applications d'entreprises qui proviennent d'un projet access on the side par des équipes non TI et qui devient incontrôlable à un moment donné, dû aux limites de d'access.
4  0 
Avatar de Schouss
Membre régulier https://www.developpez.com
Le 09/02/2024 à 8:26
Jamais le sujet du coût n’est abordé ? Je suis super étonné des chiffres. Je ne vois que du sqlserver pour du Powerbi, puis après rien pour d’autre applicatif. Par contre, du postgresql beaucoup, et oracle de moins en moins à cause du coût. Voir quelque client avec encore un exadata mais plus aucun oracle rdms. Bizarre, l’article est au antipode de ma vie réel.
4  0 
Avatar de philouZ
Membre chevronné https://www.developpez.com
Le 06/02/2024 à 11:11
Auparavant j'étais sur PostgreSQL et je me suis remis à SQL Server depuis peu. J'avoue qu'il y a des fonctionnalités super intéressantes qu'on ne retrouve pas sur PostgreSQL. A l'heure du RGPD, il est plus qu'indispensable d'avoir une sécurité la plus importante possible sur les bases de données.

Aujourd'hui dans SQL Server, je retrouve le TDE et le masquage dynamique des données, ce qui, en tant que développeur, me simplifie grandement la vie. Plus besoin de penser à masquer les données, mon utilisateur appartient à un rôle particulier qui dit qu'il ne peut pas voir les données. On me vole une base de données sur une clé USB, elle est illisible.

Je veux sauvegarder ma base, un simple "BACKUP DATABASE" suffit à le faire. C'est rapide et efficace.

La base réagit au quart de tour. L'interface de SSMS est bien plus intuitive et pratique que celle de PGAdmin.

Et je ne parle pas de la config du serveur et des paramètres de PostgreSQL qui ne donne vraiment pas envie. Obligé de tourber sur les forums pour essayer d'avoir la base la plus réactive possible...

Bref je suis d'accord avec les résultats de ce sondage.
2  0 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 06/02/2024 à 12:21
Citation Envoyé par JPLAROCHE Voir le message
le choix d'une base de donnée dépend aussi de la machine et de l'OS, alors le vote peut être faussé.
ex: DB2 sur AS400 ou DB2 Sur pc n'a strictement rien à voir, ect... ...
IBM DB2 est le seul SGBDR qui n'est effectivement pas le même sur les différentes plateformes.... Pour les autres il existe des différences très mineures, peu perceptibles à l'usage !

A +
3  1 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 13/02/2024 à 19:51
Citation Envoyé par Schouss Voir le message
Jamais le sujet du coût n’est abordé ? Je suis super étonné des chiffres....
Le problème du coût est complexe... En effet ce n'est pas seulement la licence. Il faut raisonner en TCO "Total Cost of Ownership". Pour de très petites bases, MySQL/MariaDB et PostGreSQL sont très intéressant, mais dès qu'il y a du volume ou de nombreux accès, la facture montre très vite...
Ce cout total comprend les licences du produits, des OS, le cout des machines, la consommation d'énergie, le coût infrastructure (bâtiment, clim...), les salaires des DBA, les abonnements à la maintenance / hot line, le coût des arrêts de production...

Et là les choses s'inversent vite dès qua la volumétrie, à quelques niveau que ce soit commence à être importante.

Je prendrais un exemple que je connais bien celui d'une base de volume moyen (360 Go de data) avec quelques centaines d'utilisateurs... À l'époque cout de licence SQL Server avec 8 cœurs en hyperthreading : 6 000 € + Windows 4 000 = 10 000 €
Passé en PostGreSQL la base à plus que doublé de volume... Près de 900 Go ! Certes certaines tables et index étaient compressés... Mais il y a aussi le MVCC de PostGreSQL qui fait du "bloating" 'comme on dit dans le monde PostGreSQL au lieu du terme fragmentation...) Bref la VM a du changé de tarification... + une autre VM pour le pooling avec PGpool. Il y a aussi la durée des sauvegardes... on est passé de 32 minutes à 4 heures ! Le DBA a passé une dizaine de jours pour poser un peu moins de 100 index là ou dans SQL Server on avait passé 1 journée pour en mettre 300... Au bout d'une année le bilan est le suivant :
  • SQL Server : 10 000 €, VM à 800 € par mois, DBA : 6 jours par an (450 €) => 22 300 €
  • PostGreSQL : 0 €, VM 2100 € par mois, DBA : 16 jours par an (450 €) => 32 400 €


Il n'est qu'à voir les benchmarks officiel du TPC.org pour constater que PostGreSQL n'a jamais publié le moindre benchmark...

A +
5  3 
Avatar de JPLAROCHE
Membre expérimenté https://www.developpez.com
Le 05/02/2024 à 20:51
le choix d'une base de donnée dépend aussi de la machine et de l'OS, alors le vote peut être faussé.
ex: DB2 sur AS400 ou DB2 Sur pc n'a strictement rien à voir, ect...
On pourrait rallonger la sauce , ce servir d'Oracle ou MSsql pour un outil, c'est une absurdité...

Je ne comprends ce genre de sondage ........
2  1 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 14/02/2024 à 9:47
Cela existe depuis la version 2000 de SQL Server datant de 2000 avec la notion de bases de données fédérées, au travers un mécanisme appelé FPV (Federated Partitionned View).

Dans le document ci dessous, cela s'appelle "Bases de données partagées évolutives"
https://download.microsoft.com/docum...SQL-Server.pdf

En gros chaque instance est placée là ou on le souhaite et une instance fédérative redirige les lectures et écritures sur le bon serveur en fonction du critère de partitionnement de chacune des tables. On peut alors héberger les serveurs n'importe ou (pas uniquement dans le cloud). L'instance fédérative voit l'ensemble des données "concaténées (vues) pour centraliser les accès.
Il y a 20 ans je suis intervenu sur une instance ainsi fédérée à Monaco (Single Buoy Mooring - Recherche pétrolière) avec 3 instances différentes : l'une à Monaco, l'autre à Houston (Texas) et la 3e à New Dheli en Inde. À l'époque il y avait plus de 3 To de données globalement sur l’ensemble des instances réparti sur plus de 100 bases de données...

A +
3  2 
Avatar de berceker united
Expert éminent https://www.developpez.com
Le 09/02/2024 à 10:21
Citation Envoyé par Aspartame Voir le message
il n'y a pas excel ?
Je ne sais pas si c'est ironique ou non, mais je suis chez un client ou Excel est vu, utilisé et raisonné comme une base de données jusqu'à aujourd'hui. Ce qu'il se passe, c'est qu'il y a quelque années, ils ont commencé à transférer tout cela dans une base de données (SQL Server), je vous laisse imaginer l'horreur en y voyant des noms de colonnes avec des caractères spéciaux, des espaces. J'avais les yeux rouges quand je voyais cela, mais maintenant j'ai une tranquillité d'esprit car je sais que ces personnes iront en enfer.
0  0