Sondage : SQL ou NoSQL, quelle est votre préférence en 2018 ? Avez-vous adopté le NoSQL ?
Partagez vos avis

Le , par Siguillaume, Community Manager
SQL ou NoSQL, quelle est votre préférence en 2018 ?
SQL ou NoSQL, quelle est votre préférence en 2018 ? Avez-vous adopté le NoSQL ?
Vous êtes invités à voter et partager votre avis sur le NoSQL (Not only SQL)


Avec la croissance élevée et continue des volumes de données dans certains environnements telles que les plateformes Web et les environnements de réseaux sociaux, les bases de données relationnelles ont présenté des contraintes, qui ont justifié que les administrateurs (DBA) et les développeurs explorent d’autres horizons pour atteindre des niveaux d’extensibilité plus que nécessaires, pour ces cas là. C’est ainsi que Google aurait construit son SGBD propriétaire BigTable, orienté colonnes, suivi plus tard par Facebook avec Cassandra puis HBase, SourceForge avec MongoDB, et bien d’autres grands acteurs du Web.

Les systèmes de gestion de bases de données (SGBD) NoSQL semblent réussir à s’être affirmés comme une alternative valable au SGBD SQL.


Cependant le NoSQL ne semble pas couvrir toutes les attentes pour le stockage structurel des données. Le SQL aurait donc encore de bien longs jours devant lui. Mais la question de savoir laquelle des deux architectures répondrait de mieux en mieux aux exigences des applications et à la logique de gestion des données mérite d’être posée.
Un sondage en 2017 présentait SQL en première position avec plus de 31 voix sur 42 votants.

Certains langages de programmation Web, comme PHP, offrent de plus en plus des facilités à s’orienter vers du NoSQL. Et plusieurs systèmes de gestion de bases de données adoptant cette architecture voient le jour.

Vous êtes donc invités à voter pour votre préférence entre SGBD SQL et SGBD NoSQL sur la base de :
  • Stabilité et gestion de la montée en charge,
  • Scalabilité et extension dans la gestion des volumes de données,
  • Facilité d’intégration à la programmation,
  • Gestion et optimisation des ressources de stockage,
  • Bien d’autres points que vous pourrez relever.


Bien que votre vote soit le bienvenu, votre contribution dans les commentaires serait appréciée pour développer un débat de qualité.

Voir aussi

SQL Vs NoSQL, quel est votre préféré ?~~ Participez au sondage et au débat puis donnez-nous vos avis
Forum SQL
Forum NoSQL
Rtrouvez les meilleurs cours et tutoriels pour apprendre le NoSQL
La Rubrique NoSQL


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de Chuck 3.50 Chuck 3.50 - Membre régulier https://www.developpez.com
le 06/11/2018 à 11:59
Dans mon job on utilise SQL avec énormément de relation entre les tables, des vue, des procédures stockés, et donc je me demande comment on pourrait faire aussi bien, propre etc avec du NOSQL

par contre dans mes projets perso j'utilise NOSQL, et je sais que je pourrais jamais faire aussi vite, simplement, et facilement les choses avec SQL, car j'aime bien éviter les relations entre les tables/document quand c'est possible.

j'aimerai bien voir l'utilisation du NOSQL dans des projets d'envergure pour savoir comment c'est utilisé !
Avatar de Stopher Stopher - Membre averti https://www.developpez.com
le 06/11/2018 à 12:51
Il ne s'agit pas de choisir , mais exploiter au mieux ces technologies . Un projet n'est pas égal à un sgbd .
Avatar de jedema jedema - Membre régulier https://www.developpez.com
le 06/11/2018 à 13:24
Vous êtes plutôt voiture, avion ou marche à pied ?

Ca dépend... pour aller à New York, à Rennes ou à la boulangerie ?

Pour le NoSQL c'est la même chose. Ca dépend des besoins du projet.

Pour ma part, j'ai utilisé du NoSQL (MongoDB, Redis, BerkeleyDB) sur desprojets. J'aime bien ces technos mais elle ne remplacent pas un SGBDR lorsqu'on en a besoin.
Avatar de matd.h matd.h - Membre à l'essai https://www.developpez.com
le 06/11/2018 à 13:24
Autre, pas de préférence et des cas d'utilisation différents..
Avatar de tomlev tomlev - Rédacteur/Modérateur https://www.developpez.com
le 06/11/2018 à 13:54
Je l'ai adopté pour un projet cette année. J'ai utilisé Azure Cosmos DB. Et à vrai dire je m'en mords un peu les doigts... Ça a de très bons côtés (très facile de modéliser des données complexes, pas besoin de tables de jointures etc, performances excellentes, etc), mais le manque de certaines features (ACID, transactions, contraintes d'intégrité, d'unicité, etc) se fait cruellement ressentir. D'autant plus avec Cosmos où le modèle de facturation fait qu'on a plutôt intérêt à mettre toutes les données dans une seule collection :/

Si c'était à refaire, je pense que je m'orienterais plutôt vers MongoDB (qui a le support d'ACID depuis la v4) ou RavenDB.
Avatar de Aurelien.Regat-Barrel Aurelien.Regat-Barrel - Expert éminent https://www.developpez.com
le 06/11/2018 à 14:13
Perso j'ai l'impression que la donne a un peu changé depuis les débuts du NoSQL. C'est toujours pareil : au début une nouvelle techno débarque et rafle la mise car elle seule sur un créneau, mais les autres ne restent pas les bras croisés et compensent progressivement leurs lacunes jusqu'à parfois repasser devant.

Je dis ça part rapport à Postgres en particulier qui a quand même bien su évoluer et s'adapter aux besoins à la marge du SQL traditionnel. Je continue d'utiliser Mongo pour du prototypage rapide, mais une fois que le modèle de données est mieux maîtrisé, SQL se montre très intéressant.

Tiens, je fais seulement maintenant le parallèle avec le débat langages dynamiques vs fortement typés.
Avatar de SQLpro SQLpro - Rédacteur https://www.developpez.com
le 06/11/2018 à 14:15
Le choix est inepte... par ce qu'il existe aujourd'hui des SGBD Relationnels capable de faire du NoSQL et du Big Data tout à la fois dans une même base de données ... !

Exemple : Microsoft SQL Server est à la fois un SGBD relationnel +


et bien entendu le big data avec Apach spark et Kubernetes

Comme le disait récemment une étude du groupe forrester, dans les années à venir la plupart des produits NoSQL d'aujourd'hui seront morts. Ne subsisterons que quelque uns des produits les plus achevés (mongodb, neo4J, Redis, Cassandra...
Pensez à ce qui est arrivé aux SGBD Objets....
Pensez à ce qui est arrivé aux SGBD XML...

A +

Notez que Oracle fait à peu de chose près la même chose, sauf que les index verticaux ne sont pas disponibles pour les tables relationnelles.
Avatar de darklinux darklinux - Membre régulier https://www.developpez.com
le 06/11/2018 à 14:20
adoption de NOSQL, par nécessité , mais couplé à une base SQL,
Avatar de Mingolito Mingolito - Membre extrêmement actif https://www.developpez.com
le 06/11/2018 à 14:24
Dans les faits le NoSQL c'est surtout utilisé par les baltringues incompétents en bases de données qui n'ont jamais rien compris au magnifique langage qu'est le SQL

Avatar de Aurelien.Regat-Barrel Aurelien.Regat-Barrel - Expert éminent https://www.developpez.com
le 06/11/2018 à 21:34
Citation Envoyé par SQLpro Voir le message
Comme le disait récemment une étude du groupe forrester, dans les années à venir la plupart des produits NoSQL d'aujourd'hui seront morts. Ne subsisterons que quelque uns des produits les plus achevés (mongodb, neo4J, Redis, Cassandra...
J'ai pas trouvé cette étude de Forrester mais j'ai trouvé celle-ci de Gartner qui doit en fait être celle que tu mentionnes:
https://www.enterprisedb.com/fr/blog...magic-quadrant

Précisons quand même que ces 2 cabinets d'analyse sont très optimistes sur l'avenir du NoSQL. Après se pose l'éternelle question de parier sur le bon cheval.

Gartner c'est quand même très orienté grands comptes. Dans la culture devops qui s'impose à l'heure actuelle, les outils propriétaires comme Oracle ou SqlServer n'ont aucune place. On aime ou pas, mais c'est comme ça.
Contacter le responsable de la rubrique Accueil