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 !

Quels pourraient être les meilleurs SGBD SQL en 2016 ?
Oracle pourrait remporter la palme du meilleur éditeur selon les statistiques de DB Engine

Le , par Community Management

702PARTAGES

7  0 
Quels seront les meilleurs SGBD SQL en 2016 ?
PostgreSQL
33 %
Microsoft SQL Server/Azure SQL Database
25 %
MariaDB
12 %
Firebird
10 %
Oracle Database
8 %
MySQL
7 %
SQLite
7 %
DB2
1 %
Autre
1 %
Microsoft Access
1 %
SAP Adaptive Server
1 %
Interbase
0 %
Pas d'avis
3 %
Voter 484 votants
Quels pourraient être les meilleurs SGBD SQL en 2016 ?
Oracle pourrait remporter la palme du meilleur éditeur selon les statistiques de DB Engine


Il existe plusieurs éditeurs de bases de données et les professionnels de chaque secteur de l'informatique ont tendance à spécifier un usage précis à un type de SGBD donné. Par exemple, les développeurs Web se tournent plus vers PostgreSQL ou MySQL, et les programmeurs de logiciels métier et d'entreprise s'orientent sur Oracle ou MS SQL Server.


Cependant, une réelle concurrence se poursuit entre les éditeurs de ces SGBD, avec Microsoft qui rendra bientôt SQL Server disponible sur Linux, pour encore améliorer sa position face à Oracle Database qui, quant à lui, confirme sa stabilité sur plusieurs systèmes d'exploitation.

Selon les statistiques de DBEngine, les SGBD Oracle (Oracle Database et MySQL) sont bien partis pour remporter cette course du SGBD le plus utilisé en 2016, avec une réelle croissance pour MySQL.

Le but de ce sondage est donc d'évaluer lesquels de ces onze SGBD SQL qui sont listés, pourraient être les meilleurs en 2016 sur la base des critères que sont :

  • la stabilité ;
  • le portage ;
  • la performance ;
  • le nombre d'utilisateurs en accès simultanés ;
  • le support de la communauté et de l'éditeur ;
  • la facilité d'installation et de paramétrage ;
  • la gestion des transactions ;
  • l’intégration IDE ;
  • l’interfaçage des pilotes pour la programmation.


L'objectif est de savoir les SGBD que vous préférez et pour quelles raisons vous les avez choisis.

Lors du précédent sondage (Meilleur SGBD Gratuit en 2013), PostgreSQL s'est retrouvé en tête de liste avec 37,7 % de part, suivi de MySQL avec 26,7 % et de Firebird avec 17,5 %.

Vous pouvez choisir un autre SGBD que ceux présentés. Les SGBD NoSQL ne sont pas concernés par ce sondage.

Il s'agit d'un sondage/débat, merci de suivre ces consignes :
  • SMS interdit en essayant d'écrire en français ;
  • évitez de multiplier les messages courts ;
  • les messages type taverne ou SMS seront effacés immédiatement sans préavis ou explications.


Le but est de créer un débat de qualité.

Statistiques DBEngine
Sondage sur le meilleur SGBD gratuit en 2013

Votre avis :

Quels SGBD seraient pour vous les meilleurs en 2016 ? Et pourquoi ?

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

Avatar de grunk
Modérateur https://www.developpez.com
Le 14/04/2016 à 8:24
Le meilleur SGBD c'est celui qui répond à ce qu'on lui demande . En embarqué je vais choisir sqlite pour sa légèreté alors qu'en web j'aurais plutôt tendance à aller sur mysql/mariadb. Si j'ai besoin de gérer des données géographique je vais plutôt aller sur postgres.
Si il y'en avait un vraiment meilleur que les autres , efficace en toute situation , les autres auraient disparus depuis longtemps
9  0 
Avatar de Waldar
Modérateur https://www.developpez.com
Le 21/04/2016 à 18:30
Citation Envoyé par Artemus24 Voir le message
2) on ne bidouille jamais en direct dans une base de données en production. Cette façon de faire sent l'amateurisme.
Si on ne fait jamais rien en direct en production, à quoi servent les DBA de production ?
Ils ne font pas que regarder les consoles, ils interviennent aussi.

On peut aussi parler des startups qui n'ont qu'un seul environnement, leur jeunesse exige ces interventions en production.
Pour le coup, je trouve votre vision beaucoup trop conservative.

Citation Envoyé par Artemus24 Voir le message
J'ai connu quelqu'un qui aimait travailler de cette façon là, venir bidouiller en production. Un jour, suite à une de ces bidouilles, il a planté un système durant 24 Heures !
Plusieurs milliers de francs ont été perdus durant cette journée, où il a fallu revenir 24 heures en arrière, avec bien sûr, des plaintes en cascades de la clientèles. Résultat : il fut renvoyé pour faute lourde !
Mais bon, si vous aimez vivre dangereusement, c'est votre problème.
Faute lourde ? Il a été très mal conseillé lors de son licenciement.
Compte-tenu qu'il avait les accès, à moins qu'il les ait récupéré frauduleusement, il avait donc l'accord de la société pour le faire.
Il peut donc se retourner contre son ex-employeur pour défaut d'encadrement et politique de sécurité pas en phase avec les reproches qui lui ont été fait.

Citation Envoyé par Artemus24 Voir le message
3) on ne revient jamais à une situation antérieure en production !
Dans un monde idéal non, mais ça peut arriver.
Un de vous fournisseur de données vous prévient qu'il vous a envoyé des données corrompues depuis dix jours, et elles se sont propagées partout.
Vous avez deux choix, soit le redressement manuel, soit la restauration + rejeu des nouvelles données corrigées.

Par contre on s'éloigne un peu du sujet !
9  0 
Avatar de Gugelhupf
Modérateur https://www.developpez.com
Le 14/04/2016 à 10:13
Plus que quelques instants avant que SQLpro ne débarque et défende SQL Server avec fougue suite à cette news
7  0 
Avatar de escartefigue
Modérateur https://www.developpez.com
Le 14/04/2016 à 12:16
Citation Envoyé par hotcryx Voir le message
J'utilise MariaDb (Mysql) et franchement elle sort du lot.
Super rapide même sans index et stable.
Le sql en lui même permet des choses qu'Oracle n'apprécierait pas
Rem: je travaille aussi sous Oracle et j'ai travaillé dans le passé avec SqlServer.
Seul point négatif c'est le Mysql Workbench.
Plsql et SqlDevelopper sont très haut dessus.
C'est une blague

MySQL ne connait pas les CTE, donc pas non plus de requete récursive, pas de fonction de fenêtrage, gestion des verrous très pauvre, le paramétrage des identity column est pauvre, le partitionnement aussi, et j'en oublie
Quand à travailler sans index
8  1 
Avatar de mermich
Membre expérimenté https://www.developpez.com
Le 14/04/2016 à 16:30
Je me pose une question toute bete, qui a deja reelement tester les differents services de bdd propose, avec la meme matrice de tests ?
6  0 
Avatar de Chauve souris
Membre expert https://www.developpez.com
Le 14/04/2016 à 17:27
J'en retiens deux :

- MS SQL Server qui est le plus agréable à utiliser, le plus puissant et le plus conforme aux normes SQL. Inconvénient il est payant mais on peut faire beaucoup de chose avec la version Express. L'utilisation avec Visual Studio est facile (on reste chez MS). A savoir (ou à rappeler) : Il est aisé d'utiliser Access pour manipuler les tables (attachées) de MS SQL Server et, partant de là, de faire toutes sortes de requêtes, de formulaires et d'états.

- PostgreSQL qui s'améliore même s'il est à la traîne du précédent (dixit SQLPro). Intégralement gratuit et avec une (copieuse) doc en français qui suit les versions. Son PgAdmin III est en français et a pratiquement les mêmes fonctionnalités que le Management Studio de MS. Donc très utilisable.

J'aime de moins en moins MySQL. Son MySQL Workbench est une horreur, même pas traduite, PHPmyAdmin est bien supérieur et agréable d'utilisation. De plus MySQL se singularise par son dialecte singulier et ses insuffisances.

MariaDB est une variante totalement hermétique de MySQL sans la moindre documentation francophone. Autant rester sur MySQL Community.

Les autres je ne connais pas.
7  1 
Avatar de berceker united
Expert éminent https://www.developpez.com
Le 19/04/2016 à 9:20
Il y a le choix de l'entreprise et le choix du développeur. L'entreprise a une vision économique, politique, image. En effet, pas mal grandes d'entreprises prennent Oracle alors qu'ils peuvent prendre PostSQL voir, je dis bien "voir" Mysql, mais en terme d'image ça le fait moins. J'ai connu ce cas bien précis.
Il y a le choix du développeur qui est parfois égoïste/personnel dans le sens ou ils souhaitent s'amuser avec une techno sans penser aux conséquences. Cas vécus d'un presta qui voulait s'amuser sur PostGresql, c'était un débutant sur ce SGBD mais il voulait se faire la main. Ok, mais il a fait de la cochonnerie lié à sont manque d'expérience.
Donc quel est le meilleur SGBD ça dépend sur quoi on se positionne. Stratégie à long/moyen terme, stratégie commercial/marketing.

A titre personnel le SGBD qui a plus perdu mais parce qu'elle a pas évolué et je me demande si ça va arriver, c'est Mysql. Ceci lié au flou avec Oracle, le faite qu'ils aient abandonné Mysql 6 (Est-ce une bonne nouvelle ?), le faite que les autres aient avancés et eux sont resté sur place. Mysql 5 version stable date de 11 ans, 11 bon sang d'années 11 !!!!!! .
Celui qui a bien évolué est SQL Server, je trouve que Microsoft a fait pas mal de progrès sur leur SGBD même si tout n'est pas top autour comme par exemple leur outil de reporting qui n'est pas parmi les meilleurs.
Mon prochain os que je souhaite ronger c'est PostGresql.
5  0 
Avatar de SQLpro
Rédacteur https://www.developpez.com
Le 22/04/2016 à 12:05
Citation Envoyé par Waldar Voir le message
Dans un monde idéal non, mais ça peut arriver.
Un de vous fournisseur de données vous prévient qu'il vous a envoyé des données corrompues depuis dix jours, et elles se sont propagées partout.
Vous avez deux choix, soit le redressement manuel, soit la restauration + rejeu des nouvelles données corrigées.
Pour info ceci est arrivé dans les démarrage de ooshop (supermarché Carrefour en vente web online...) il y a plus de 15 ans.
Un stagiaire avait fait une modification de structure par l'IHM d'une des plus importante table de la base. Avant de se rendre compte qu'il s'était trompé et lancé cela sur la production (il y avait encore peu de clients. On était au démarrage de ce site web) le site web avait commencé à se bloquer de toute part, faute au DDL à l'époque bloquant (SQL Server 2000). Constatant son dégât, le stagiaire avait alors décidé d'annuler sa commande SQL (c'est parfois bien pire...). 20 minutes après, nous avons appelé la hotline de MS qui a diagnostiqué un délai d'au minimum 1 h pour le rollback !

Nous avons alors décidé de reprendre la dernière sauvegarde complète effectuée dans la nuit et les sauvegardes transactionnelles complémentaire faites toutes les demi heures pour reconstruire la base. Nous avons assumé la perte avec le client !

La question intéressante était "comment se fait-il que le chef de projet ait laissé les privilèges aux développeurs de lancer des commandes sur la production !" Il a été sévèrement tancé !

A +
5  0 
Avatar de escartefigue
Modérateur https://www.developpez.com
Le 15/04/2016 à 8:57
Citation Envoyé par mermich Voir le message
Je me pose une question toute bete, qui a deja reelement tester les differents services de bdd propose, avec la meme matrice de tests ?
J'ai eu l'occasion à plusieurs reprises de traiter les mêmes données sur des SGBD complètement différents, d'une part lors de chantiers de migration, d'autre part pour alimenter des infocentres

L'intérêt dans les 2 cas est d'avoir eu à traiter des volumes significatifs, des centaines de millions à quelques dizaines de miliards de lignes, avec une contrainte forte sur la fenêtre de tir (la plus réduite possible) et d'avoir donc eu à mettre en oeuvre des sauvegrds, des restaurations, des lancement de travaux en parallèle etc...

La limite de l'exercice, est que les 2 plates formes ne sont jamais sollicitées à l'identique, l'espace disque dispo n'est pas non plus le même, les réglages opérés sur l'une ou l'autre machine ne sont pas toujours optimaux, les compétences sur l'un et l'autre système ne sont pas du même niveau, etc...
4  0 
Avatar de al1_24
Modérateur https://www.developpez.com
Le 19/04/2016 à 12:31
Requêtes récursives et fonctions fenêtrées sont utilisées couramment dès lors que l'on doit faire des requêtes un peu complexes, en particulier en décisionnel.
Quant aux CTE, elles permettent de simplifier et clarifier l'écriture des requêtes complexes.
Mais tout le monde n'a pas les mêmes usages d'un SGBD et ne manipule pas tous les jours des requêtes mettant en œuvre de nombreuses tables liées par des conditions de jointure alambiquées.
4  0