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 !

MongoDB sacré SGBD de l'année 2013
Le système de gestion de base de données NoSQL sort premier d'un classement ultra sélectif

Le , par Cedric Chevalier

64PARTAGES

0  0 
Solid IT la firme à l’origine du classement des SGBD (Systèmes de Gestions de Base de Données) en fonction de leurs popularité récidive, et propose le classement du SGBD le plus populaire pour l’année 2013. À titre de rappel, Solid IT à la manière de Tiobe ou encore de PYPL a fait du classement des SGBD son domaine d’expertise.

MongoDB est sacré par la firme SGBD le plus populaire pour l’année 2013. Il est immédiatement suivi par PostgreSQL en deuxième position, et Cassandra ferme le top 3 de ce classement ultra sélectif des SGBD les plus populaires de l’année 2013.

Ceci à de quoi surprendre, vu que le classement de janvier 2014 n’est pas très différent de celui de décembre 2013. En effet le top 10 reste inchangé. Oracle reste toujours le SGBD le plus populaire.


La magie du classement s’explique dans la façon avec laquelle Solid IT a procédé pour déterminer la popularité des SGBD de son top 3 pour l’année 2013. En effet la firme a procédé en faisant la différence des scores obtenus (en valeur absolue) par chaque SGBD en janvier 2014 et celui de janvier 2013. Sur cette nouvelle base, MongoDB obtient une progression de 82,1 points, d’où son titre comme SGBD le plus populaire de l’année 2013.

Sources: Solid IT

Et vous ?

Êtes-vous d'accord avec ce classement ?

Pour vous, quel est le SGBD de l'année 2013 ?

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

Avatar de StringBuilder
Expert éminent https://www.developpez.com
Le 28/08/2014 à 9:54
Et encore "popularité" en valeur absolue.

Le sens usuel de "populaire" (dans ce contexte), c'est avant tout "apprécié".

Hors, il est question ici de mesurer les occurrences des noms des SGBD dans les moteurs de recherche et les forums.

Par conséquent, tout ce qui est "base de données de noob", à savoir Access et MySQL arrivent de facto dans les premiers, puisqu'ils sont en très large majorité (je dirais au pifomètre au grand minimum 99%) par des autodidactes qui ne comprennent absolument pas ce qu'ils font avec. Il s'en suit donc des millions de recherches Google et autres questions sur les forums, sans parler des tutoriaux et autres "code samples" que chacun recopie, n'arrive pas à utiliser, et vient ensuite demander de l'aide. Cela ne veut pas dire que ces personnes "apprécient" le produit, c'est juste que c'est tout ce qu'ils ont sous la main dans leur domaine de connaissances.
Oracle est aussi un excellent exemple. Comme le dit si bien SQLPro, il n'y a que sur ce forum qu'on parle d'Oracle en français. Par conséquent, ne serait-ce que pour trouver 1 réponse à la moindre question, l'utilisateur va passer 2 heures au minimum à entrer de savants mots clés dans Google pour espérer enfin trouver une réponse. Et vu que les gens préfèrent poser les questions (sans réponse) plutôt que de chercher des réponses, ils feront ces recherches après avoir inondé 20 forums de la même question qui restera sans réponse (polluant ainsi encore plus les résultats des recherches ultérieures).
SQL Server, qui occupe pourtant une très bonne place dans ce classement, lui, dispose d'une aide en ligne formidable (je pèse mes mots, car non seulement tout est expliqué en détail, dans toutes les langues, mais en plus la plupart du temps les explications sont accompagnées de nombreux exemple aussi pertinents que simple à comprendre), et est plutôt à destination des personnes qui savent un minimum programmer en SQL.
Par conséquent, de facto, on retrouve bien moins d'occurrences sur les sites et les moteurs de recherche, puisque la plupart des questions ne se posent pas, ou alors trouvent une réponse directement dans la documentation.

Donc bref, pour avoir un indicateur de "popularité" fiable, le seul moyen, c'est :
- sondage satisfaction pondéré par le taux d'utilisation
- retours des hotline
- progression des parts de marché

Et là, déjà Oracle sera très loin de la première place (puisque mise à part quelques irréductibles, tout le monde s'accorde à dire qu'il y a plus à jeter qu'à garder dans ce SGBD d'un autre age), et MySQL et Access (surtout Access) seraient vraisemblablement moins bien notés, dans la mesure où une large majorité de leurs utilisateurs n'ont pas choisi l'outil, mais on pris ce qu'il avaient sous la main. PostGreSQL serait certainement quant à lui bien mieux placé, car il est toujours utilisé par choix, et offre généralement en retour une large satisfaction à ses utilisateurs.

Bref... Ce classement, aussi objectif soit-il, ne reflète en rien la "popularité", à la limite, juste la "notoriété", toujours en valeur absolue.
4  0 
Avatar de denis.flotat
Membre à l'essai https://www.developpez.com
Le 16/04/2014 à 8:49
Gros titre accrocheur et finalement l'explication du calcul ne montre qu'une chose :
en partant de tres loin (100 points) c'est plus facile de faire une progression de 80 points quand les autres leaders (oracle, mysql, sql server) sont a des sommets (1500).
Donc ce classement est bidon.
D'ailleurs pour avoir pratiqué MongoDb, j'ai honnetement du mal a comprendre l'engouement (a part vouloir donner l'impression d'apporter quelque chose de revolutionnaire - ce qui est loin d'etre le cas) - car des qu'on le met en pratique on se rend compte rapidement des pieges :
- Perfs = oui et non
=> en prenant n'importe quelle BDD standard SQL et en enlevant toutes les contraintes (pas de contraintes referentielles, redondonaces etc) le gain est quasi nul

- Langage specifique a chaque BDD NoSQL :
SQL a ete inventé/standardisé pour que tout le monde parle le meme langage (et ca fonctionne a peu pres malgré tout).
pas un sombre nouveau langage inventé parce qu'il faut faire du neuf - MongoDb et sa syntaxe cabalistique au possible - completement illisible; chaque BDD NoSQL ayant une syntaxe completement differente. Ne donnes pas forcement envie de se lancer vers un produit si c'est pour se retrouver planter quelques années apres (voie de garage) - sans aucune possibilité de recuperer quoi que ce soit.
Bref il faut choisir bon du premier coup et vu le nb de SGBD NoSQL c'est trop jeune.

- Pas mature
Oui ca fonctionne, c'est sympa pour un developpeur (d'ailleurs on voit bien que ca a ete concu par et pour des developpeurs)
10 ans pour un SGBD c'est rien.
D'ailleurs a part les grosses boites qui utilisent ce genre de BDD sur des applis maison (et disposent donc de devpts a plein temps pour maintenir le logiciel), qui peut se permettre de deployer des applis sur un tel modele en PRODUCTION ?

- Administration
Beaucoup de topics sur le dev (stocker du json n'importe comment c'est super d'un point de vue dev) mais je n'ai jamais eu aucun conseil avisé d'administrateurs de telles BDD (ni litterature - en tout cas sur le papier ca marche et c'est simple, y a rien a faire...).
En pratique, les gens apprennent sur les tutos et dès qu'on gratte un peu plus loin, il n'y a plus de reponses (tant que ca fonctionne c'est que c'est simple).

Tout ca pour dire que SGBD NoSQL, Je suis venu, j'ai vu, je ne suis pas convaincu (loin de là).
Oracle s'y met pour ne pas passer a cote de quelque chose mais on ne s'en pas trop la motivation.

Sur toutes les implementations que je connais, derriere chaque frontal NoSql il y avait une BDD Relationnelle (SQL) pour le stockage definitif.
Donc c'est un stockage temporaire sans contraintes - le code de controle d'intégrité etc est reporté dans le logiciel applicatif plutot que la BDD... pas certain qu'on ait gagné en maintenabilité du logiciel car tout est dans la tete du developpeur...
3  0 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 24/04/2014 à 16:56
Ce classement est une véritable foutaise et la présentation digne de la Pravda du temps de Brejnev !
En effet on a pas fait figuré dans le texte introductif qu'il s'agit d'un classement effectué uniquement d'après les métriques des forums de developpez.net... or il n'existe aucun autre forum en français pour Oracle qui est en nette perte de vitesse depuis près de 10 ans, tandis qu'il en existe plusieurs pour MySQL, SQL Server ou PostGreSQL :
http://forums.mysql.com/list.php?69
http://social.msdn.microsoft.com/For...um=sqlserverfr

Si l'on mesure la popularité des SGBDR sur différents média, on trouvera la classement suivant :

Code : Sélectionner tout
1
2
3
4
5
6
7
8
SGBDR           Amazon.fr (1)   Viadeo (2)
--------------- --------------- ----------- 
"SQL Server"    1 239           622
SQL Oracle :      622           421
SQL MySQL :       242            74
SQL PostGreSQL :   74            18
SQL IBM DB2 :      46             4
SQL mariadb :       0             0
(1) dans la catégorie "Livres en français"
(2) version française

Vous pouvez vous amuser à faire cette recherche sur de nombreux autres sites comme linkedin et vous trouverez le même classement !

Bref, cette présentation est une honte !

A +
3  1 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 24/04/2014 à 17:07
Citation Envoyé par jmnicolas Voir le message
Un chiffre plus cohérent serait de se baser sur le nombre d'instances de chaque SGBDR en utilisation....
Et même ce classement là serait faussé :
1) SQL Server est le seul SGBDR réellement multi instance, multi base, multi schéma avec Sybase
2) oracle est mono base et pour le multi schéma au sein d'une même base c'est une galère sans nom. Pour passer d'une base à l'autre il faut mettre des dblink qui est un emmerdement sans nom.... oracle doit sortir une version multibase, mais évidemment va faire payer plus cher !!!
3) PostGreSQL est multi schéma, multi base multi instance, mais il est impossible de communiquer entre les différentes bases d'un même serveur sans passer par une verrue nommé dblink (comme PostGreSQL tente de singer systématiquement Oracle, il singe aussi les conneries d'oracle !!!)
4) MySQL ne connait pas la notion de schéma SQL...

Bref, ce classement par instance n'est pas non plus acceptable !

A +
2  0 
Avatar de pmithrandir
Expert éminent https://www.developpez.com
Le 08/01/2014 à 13:49
Lyche, pour la migration a maria DB, je epnse qu'elle se fera assez vite. Par exemple, si tu commandes une VM et que tu l'installe, tu as le choix entre utiliser mariaDB inclus de base, ou t'emmerder avec une install d'un produit externe.

Les deux produits étant pour l'usage courant 100% identiques. Moi y a pas photo, j'installe le plus simple qui me fera gagner 2 heures.

De plus, pour répondre a la gueguerre oracle mysql, je dirais juste que pour travailler chez un opérateur bien connu en France, on a une consigne claire de migration générale de oracle vers mysql / postgres. Tous les projets sont concernés, et il faut maintenant justifier le choix d'oracle.(alors que c'était le choix par défaut auparavant).

Au final, on voit se dessiner a horizon 2-3 ans une économies de plusieurs dizaines de millions d'euros en faisant ca, avec la conservation d'oracle sur certaines applications sensibles.

Par exemple, un intranet d'information, peut être migré puisqu'on s'en fout si il est indisponible 10 minutes. ca fait déjà 100 000 euros d'économisés par ans environ.
1  0 
Avatar de Mr_Exal
Membre expert https://www.developpez.com
Le 09/01/2014 à 9:13
Citation Envoyé par pmithrandir Voir le message

De plus, pour répondre a la gueguerre oracle mysql, je dirais juste que pour travailler chez un opérateur bien connu en France, on a une consigne claire de migration générale de oracle vers mysql / postgres. Tous les projets sont concernés, et il faut maintenant justifier le choix d'oracle.(alors que c'était le choix par défaut auparavant).

Au final, on voit se dessiner a horizon 2-3 ans une économies de plusieurs dizaines de millions d'euros en faisant ca, avec la conservation d'oracle sur certaines applications sensibles.
Oracle c'est très bien si tu as à brasser des gros volumes de données sensibles (et encore d'après un collègue de promo c'est pas si terrible que ça niveau perf c'est pour ça qu'ils utilisent du Mongo dans sa boîte (c'est ses propos pas les miens)).

Après, comme tu le dis, entre avoir un intranet sous mySql qui va planter et être indisponible 2h et payer les licences oracles qui coûtent la peau du cul, le choix me paraît franchement vite fait.

Maintenant, utiliser du Oracle pour tout et n'importe quoi c'est comme prendre un bazooka pour dégommer une mouche ...
1  0 
Avatar de Fabien Celaia
Rédacteur/Modérateur https://www.developpez.com
Le 21/01/2014 à 10:17
Ce qui est peut-être discutable, ce n'est pas le classement, mais bien plutôt les critères de sélection.

C'est donc un classement de popularité... rien de technique là-dedans...
1  0 
Avatar de andry.aime
Rédacteur/Modérateur https://www.developpez.com
Le 16/04/2014 à 11:58
Et Hyper File de PcSoft? Il n'est pas dans la liste
1  0 
Avatar de Oratorio
Membre régulier https://www.developpez.com
Le 19/04/2014 à 15:14
le nombre de fois où le nom de la DBMS (ainsi que la fréquence de recherche) a fait l’objet de requêtes dans un moteur de recherche comme Google
c'est arbitraire comme critère qui pourrait signifier d'après moi non la popularité mais le nombre de problèmes rencontrés et la quantité de gens qui cherchent une assistance

c'est vrai pour Oracle qui est une solution très buggée

Je suis dba oracle, sybase, db2 , informix et sql server

et c'est db2 qui est le plus fiable .. même sql server est plus fiable qu'oracle

et on ne parle jamais de datacom sur z/os qui est une petite merveille .. le meilleur SDBD dans sa conception et dans son implémentation qui ait jamais existé

donc faut relative ce genre d'études ... on parle de quoi ? de quelle plate-forme ? de quel type de clients ? de quels utilisateurs ?
1  0 
Avatar de ddoumeche
Membre extrêmement actif https://www.developpez.com
Le 10/01/2014 à 15:33
C'est probablement le SGBD(non R) de l'année 2013, mais c'est dramatique.

Cela aurait du être Mysql Cluster.
0  0