SGBD : le mouvement anti-SQL s’amplifie ?

Annaelle32 · 03/07/2009, 10h41

SGBD : le mouvement anti-SQL s’amplifie ?
Les adversaires de SQL multiplient les actions de protestation contre ce qu’ils appellent « la tyrannie » exercée par SQL dans l’univers de la gestion des bases des données. Mais la relève est-elle bien prête et constitue une alternative fiable et tout aussi bien performante ?
Rencontre NoSQL

Ceux qui disent non à SQL ont organisé, le mois dernier, une rencontre à San Francisco, pour discuter de leurs soucis quant à l’hégémonie de SQL. Cette rencontre, hébergée dans une salle de réunion de CBS Interactive, a vu la participation de 150 personnes, issues de divers horizons informatiques. En décrétant la fin du règne de SQL, ils préconisent des solutions moins onéreuses mais tout aussi efficaces pour gérer les bases de données.
L’un des orateurs, Jon Travis, directeur en système de base de données relationnelles chez SrpingSource, a déclaré que SQL étouffe ses utilisateurs par de nombreux modules ou outils qui leur obligent à tous les coups à maltraiter leurs bases de données. Pourquoi ne pas leur offrir juste ce dont ils auraient besoins ?

Éveil de l’open source
Les grands initiateurs de ce mouvement sont les développeurs Web et Java. En effet, ils ont essayé par leurs propres moyens de créer leurs propres outils de gestion de base de données, faisant fi des prestiges d’Oracle, et en s’inspirant des divers programmes open source livrés sur le net. L’un des organisateurs de la rencontre NoSQl, Johan Oskarsson, lui aussi développeur mais basé à Londres, martelaient que les participants doivent prendre des risques et être convaincus des solutions NoSQL. Il continue en affirmant que beaucoup de développeurs assez fidèles à MySQL, l’ont abandonné au profit de Web 2.0, une alternative NoSQL dont les avantages certains ne peuvent pas être volontairement mis sous silence. L’exemple de Facebook a été évoqué pour étayer cette thèse. En effet, selon l’ingénieur de Facebook, Avinash Lakshman, son stockage de données fait confiance à Cassandra pour les interrogations, plutôt que de se servir de MySQL. Comme pour mieux justifier son choix il affirme qu’il ne faut que 0,12s pour écrire dans sa base jusqu’à 50Gb de données. Soit 2500 fois plus rapide que MySQL.

NoSQL
Ce terme désigne, en fait, un ensemble de projets dont la finalité reste le rejet définitif de tout ce qui se réfère au gestionnaire SQL. Selon ses concepteurs, chaque projet revêt son propre nom, au gré de leurs fantaisies : Hadoop, Voldemort, Dynomite, entre autres. Google appelle Bigtable, sa base de données.

Une des caractéristiques communes de NoSQL, c’est que ces logiciels peuvent manipuler d’énormes volumes de données et se sont inspirés sur le modèle de Bigtable. Ainsi, selon un ingénieur de Zvents, Doug Judd, le moteur de la base peut écrire sur 1 milliard de cellules de données par jour. En attendant, Bigtable conjointement avec la technologie MapReduce arrive jusqu’à 1 pétaoctets de données par jour. Et TRavis de SpringSource d’appuyer que les gens traitent tellement de grandes quantités de données qu’ils recherchent d’autres solutions plus avantageuses, bref d’autres alternatives que celles proposées par SQL.

La solution NoSQL permet également de bénéficier d’une grande souplesse de l’étendue des clusters, si bien qu’il ne sera plus nécessaire de morceler les grands paquets de données vers plusieurs autres tables. Cette technologie est doublement rentable tant en terme de fiabilité qu’en terme de coût d’exploitation. Google confirme en annonçant que l’un de ses plus grands clusters gèrent plus 6 pétaoctets de données sur des milliers de serveurs. Bien sûr, disait Javier Soltero de SpringSource, le Rac (Real Apllication Clusters) d’Oracle pourrait offrir une performance identique, mais quel sera le prix à payer ?

De plus, la technologie adoptée dans NoSQL élimine les goulots d’étranglement générés par les outils traditionnels, notamment en offrant des formats plus fluides dans les opérations de traduction. Du côté d’Adobe System Inc, les concepteurs se sont aussi tournés vers la solution NoSQL lors de sa relance d’Adobe ConnectNow pour la simple raison que MySQL ne semble pas s’adapter à des bases de données très simples. Cette nouvelle version de ConnectNow s’appuie sur le clustering Java de Terracotta Inc pour gérer ses formats java, ce qui lui a donné deux fois plus de rapidité, comparée à la précédente version, un système de base de données relationnelles étant complètement inadapté.

Open source
Du fait ces options NoSQL sont conçues open source, ces logiciels ne bénéficient pas (encore) d’un cadre officiel de soutien. Ce qui n’est le cas pour certains qui peuvent s’acquérir d’une protection matérielle et financière.
Bref, autant d’arguments plus ou moins objectifs et rationnels qui cultivent l’esprit NoSQL. Quoiqu’il en soit, une frange de développeurs ne peut s’empêcher de se demander s’il est vraiment raisonnable de prendre les Hadoop, Voldemort au sérieux !

Voir aussi

Le portail SGBD

Le portail SQL

Les forums SGBD

Qu'en pensez vous?

repié · 03/07/2009, 11h06

C'est un sujet vraiment intéressant! Je ne pensais pas qu'il y avait un reel mouvement noSQL.

Pour ce qui est de Java, la démocratisation de JPA (mais aussi JDO...) permettrais maintenant d'effectuer des transactions uniquement en objet sans passer par SQL.

Mais tout voudrais donc dire qu'il faut ré-inventer un protocole C/S qui viendrait remplacer SQL (et qui soit donc un standard). Ça existe déjà?

Médinoc · 03/07/2009, 15h07

S'ils refont un standard, espérons qu'ils penseront à inclure tout ce qu'on emploie tous les jours mais qui n'est pas standardisé: Paramètres nommés, date d'aujourd'hui (today vs getdate()), peut-être même l'accès à plusieurs bases ("." vs ".." vs ":")

nicorama · 03/07/2009, 15h50

J'ai essayé d'utiliser les BigTables de Google avec JPA et AppEngine, et c'est très tendu : pas d'outil de visualisation des données, requêtes à priori bateaux qui sont refusées, etc...

Cependant c'est un premier pas de masse vers une autre forme de Bdd. Mais c'est clairement pas pour trouver une alternative à SQL que je m'étais tourné vers App Engine.

programaniac · 03/07/2009, 15h54

Ca veut dire quoi SBBD...?

merci

DranDane · 03/07/2009, 16h14

Le problème c'est pas SQL. Le problème c'est d'utiliser SQL pour tout et n'importe quoi. On dirait que certain développeurs ne savent utiliser que ca au point qu'ils ne pensent même plus à enregistrer avant tout dans un fichier texte quand c'est possible.

haygus · 03/07/2009, 16h17

J'aurais dit SGBD (Système de Gestion de Base de Données)

Pour utiliser MySQL pour des To de données je ne pense pas que cela soit la meilleur solution.

Sinon un peu de concurrence en gardant des standart ne ferait-il pas de bien ? pour nous utilisateur (plus pour les professionnels) ?

CIFQ_Drew · 03/07/2009, 16h39

Bonjours,

Je ne suis pas un grand connaisseur des autres technologies de base de données. Personnellement j'utilise MySQL.

Dans le développement de système de gestion (entreprise par exemple) au niveau transactionnel (vente, achat, retour client, rembourssement, etc.), le modèle relationnel préconisé par la norme SQL est très bien adapté, selon moi. Elle représente, au niveau conceptuelle, la structure des différents éléments de l'entreprise.

Cependant, pour les niveaux plus élevé d'une entreprise (gestion, décisionnel), le modèle relationnel perd énormément de plume. C'est probablement pour cette raison que le modèle "en étoile" a vue le jour, avec les Data Warehouse et le concept OLAP. La philisophie OLAP, sa ce que j'en comprends, consiste à ne pas prendre les relations que les entités ont entre elle mais plutôt les niveau (dimension) que certaine données peuvent être influencé. Le problème avec ce principe semble (je n'ai pas encore expérimenter) être la transition des données transactionnel (généralement relationnel) vers le modèle en étoile.

Maintenant, le NoSQL (SBBD?!?) correspond à quel domaine : la recherche?!?
Comme la fait remarqué repié, y a-t-il un standard ou c'est plutôt du chacun pour soi?!? Qu'elle est le principe dernière SBBD?!?

Mais merci, vous avez piquer ma curiosité!!!

benwit · 03/07/2009, 17h20

Il ne faudrait pas non plus tomber dans l'extrême inverse : adopter le NOSQL et rejeter le SQL pour tout.

Citation:

Envoyé par CIFQ_Drew

le NoSQL (SBBD?!?) correspond à quel domaine : la recherche?!?

Je ne sais pas si cela existait avant mais "la recherche d'information" semble avoir boosté le NOSQL.
Google as inventé BigTable sur son Google File System (GFS) qui utilise le paradigme de MapReduce pour gérer d'énormes quantités de données dans une infrastructure distribuée.

D'autres qui ont des problématiques similaires lui ont emboité le pas comme Facebook avec Cassandra, ...

Et heureusement, le monde de l'open source (Apache) n'est pas en retard car il y a Hbase sur Hadoop (HDFS).

Népomucène · 03/07/2009, 17h55

Citation:

Envoyé par nicorama

J'ai essayé d'utiliser les BigTables de Google avec JPA et AppEngine

Est-ce que tu peux nous en dire plus sur ton expérience ?
Ou encore indiquer quelques liens d'exemples de mise en œuvre de cette technologie ?

Y-a-t-il des tutos ou moyen de faire des tests de cette technologie
(j'ai trouvé la présentation de Cassandra par Apache un peu confuse)?

benwit · 03/07/2009, 18h40

Il y a aussi le retour d'expérience de bruno marchesson.

Même si JPA peut nous laisser croire que non, l'implémentation sous jacente de la persistance a un impact certain.
Ceci pris en compte, il devient évident que passer d'un support de persistance relationnel à un support de persistance non relationnel ne se fera pas sans mal.

Max Ross de Google l'a rappelé lors de Google I/O 2009 (video & pdf):

Citation:

The Datastore is not a drop-in replacement for an RDBMS

Je pense donc qu'il faut connaître le fonctionnement sous-jacent pour faire du bon boulo.

Plageman · 03/07/2009, 18h42

Vu le poids des éditeurs de SGBDR, les adversaires de SQL ont intérêt à avoir de solides arguments.
Pour ma part je ne comprend pas comment on peut s'assurer de l'intégrité des données dans une base non relationnelle ??

nicorama · 03/07/2009, 19h55

Moi non plus, mais en 40 ans, quelques cerveaux ont pu trouver des solutions, non ?

Thorna · 04/07/2009, 00h15

Au moins on peut dire qu'il reste toujours des avis originaux et que tout le monde ne marche pas dans les mêmes traces de pas

. Heureusement que tout le monde ne fait pas toujours que de l'informatique professionnelle de haute performance!
Moi, ce que j'aimerais bien voir, c'est un exemple. Une petite base de test ou de démonstration, comme pour les tutos SQL, et quelques interrogations/ajouts/suppressions/modifications, juste pour avoir une idée de ce à quoi ça peut bien ressembler!

repié · 04/07/2009, 01h21

Citation:

Envoyé par Plageman

Pour ma part je ne comprend pas comment on peut s'assurer de l'intégrité des données dans une base non relationnelle ??

Exclure le SQL ne dit pas exclure les SGBD

Je pense que le noSQL peut espérer vivre simplement parce que Google, Facebook... ont prouvé que les performances sont au rendez-vous
Ca serait peut être a eux de se concerter pour proposer un remplacent de SQL.

Pour ce qui est de la communauté Java, le rachat de Sun par Oracle risque d'empêcher la participation de Sun dans le projet. Reste encore Apache, qui aime tant implémenter des standards.

alexlem · 04/07/2009, 04h56

Je pense que le but de NoSQL n'est pas de remettre en cause le language SQL en tant que tel.

Il s'agit plutôt de proposer des alternatives au modèle de données relationnel pour des cas d'utilisations bien spécifiques.

Nottament pour gérer des très grand volumes de données.

Après on peut très bien imaginer interroger ces nouveaux types de bases de données avec un langage de type SQL.

OWickerman · 04/07/2009, 05h57

En tout cas, merci pour ce thread, j'ignorais qu'il y avait des technologies autres que les sgbdr avec langage sql pour gérer ses données. Je vais de ce pas m'informer dessus.

Emmanuel Lecoester · 04/07/2009, 09h27

Citation:

Envoyé par alexlem

Je pense que le but de NoSQL n'est pas de remettre en cause le language SQL en tant que tel.

Il s'agit plutôt de proposer des alternatives au modèle de données relationnel pour des cas d'utilisations bien spécifiques.

Nottament pour gérer des très grand volumes de données.

Après on peut très bien imaginer interroger ces nouveaux types de bases de données avec un langage de type SQL.

Même idée. +1

Tommy31 · 04/07/2009, 10h34

Citation:

Envoyé par DranDane

Le problème c'est pas SQL. Le problème c'est d'utiliser SQL pour tout et n'importe quoi. On dirait que certain développeurs ne savent utiliser que ca au point qu'ils ne pensent même plus à enregistrer avant tout dans un fichier texte quand c'est possible.

Tiens, j'ai entendu le même propos avec xml.

Tommy31 · 04/07/2009, 10h50

Citation:

Envoyé par Plageman

Pour ma part je ne comprend pas comment on peut s'assurer de l'intégrité des données dans une base non relationnelle ??

- Dans une base de données xml par exemple, l'intégrité est assurée par la conformité des documents xml contenus par rapport à un schema.
- Dans une base de données objet, l'intégrité porte sur la structure et le comportement.
- Dans une base de données ontologique, les mécanismes d'intégrité sont définis par l'ontologie elle-même.

03/07/2009, 10h41	#1
Annaelle32 Correspondant Actualités Inscription : juin 2009 Messages : 73 Détails du profil Informations forums : Inscription : juin 2009 Messages : 73 Points : 184 Points : 184	SGBD : le mouvement anti-SQL s’amplifie ? SGBD : le mouvement anti-SQL s’amplifie ? Les adversaires de SQL multiplient les actions de protestation contre ce qu’ils appellent « la tyrannie » exercée par SQL dans l’univers de la gestion des bases des données. Mais la relève est-elle bien prête et constitue une alternative fiable et tout aussi bien performante ? Rencontre NoSQL Ceux qui disent non à SQL ont organisé, le mois dernier, une rencontre à San Francisco, pour discuter de leurs soucis quant à l’hégémonie de SQL. Cette rencontre, hébergée dans une salle de réunion de CBS Interactive, a vu la participation de 150 personnes, issues de divers horizons informatiques. En décrétant la fin du règne de SQL, ils préconisent des solutions moins onéreuses mais tout aussi efficaces pour gérer les bases de données. L’un des orateurs, Jon Travis, directeur en système de base de données relationnelles chez SrpingSource, a déclaré que SQL étouffe ses utilisateurs par de nombreux modules ou outils qui leur obligent à tous les coups à maltraiter leurs bases de données. Pourquoi ne pas leur offrir juste ce dont ils auraient besoins ? Éveil de l’open source Les grands initiateurs de ce mouvement sont les développeurs Web et Java. En effet, ils ont essayé par leurs propres moyens de créer leurs propres outils de gestion de base de données, faisant fi des prestiges d’Oracle, et en s’inspirant des divers programmes open source livrés sur le net. L’un des organisateurs de la rencontre NoSQl, Johan Oskarsson, lui aussi développeur mais basé à Londres, martelaient que les participants doivent prendre des risques et être convaincus des solutions NoSQL. Il continue en affirmant que beaucoup de développeurs assez fidèles à MySQL, l’ont abandonné au profit de Web 2.0, une alternative NoSQL dont les avantages certains ne peuvent pas être volontairement mis sous silence. L’exemple de Facebook a été évoqué pour étayer cette thèse. En effet, selon l’ingénieur de Facebook, Avinash Lakshman, son stockage de données fait confiance à Cassandra pour les interrogations, plutôt que de se servir de MySQL. Comme pour mieux justifier son choix il affirme qu’il ne faut que 0,12s pour écrire dans sa base jusqu’à 50Gb de données. Soit 2500 fois plus rapide que MySQL. NoSQL Ce terme désigne, en fait, un ensemble de projets dont la finalité reste le rejet définitif de tout ce qui se réfère au gestionnaire SQL. Selon ses concepteurs, chaque projet revêt son propre nom, au gré de leurs fantaisies : Hadoop, Voldemort, Dynomite, entre autres. Google appelle Bigtable, sa base de données. Une des caractéristiques communes de NoSQL, c’est que ces logiciels peuvent manipuler d’énormes volumes de données et se sont inspirés sur le modèle de Bigtable. Ainsi, selon un ingénieur de Zvents, Doug Judd, le moteur de la base peut écrire sur 1 milliard de cellules de données par jour. En attendant, Bigtable conjointement avec la technologie MapReduce arrive jusqu’à 1 pétaoctets de données par jour. Et TRavis de SpringSource d’appuyer que les gens traitent tellement de grandes quantités de données qu’ils recherchent d’autres solutions plus avantageuses, bref d’autres alternatives que celles proposées par SQL. La solution NoSQL permet également de bénéficier d’une grande souplesse de l’étendue des clusters, si bien qu’il ne sera plus nécessaire de morceler les grands paquets de données vers plusieurs autres tables. Cette technologie est doublement rentable tant en terme de fiabilité qu’en terme de coût d’exploitation. Google confirme en annonçant que l’un de ses plus grands clusters gèrent plus 6 pétaoctets de données sur des milliers de serveurs. Bien sûr, disait Javier Soltero de SpringSource, le Rac (Real Apllication Clusters) d’Oracle pourrait offrir une performance identique, mais quel sera le prix à payer ? De plus, la technologie adoptée dans NoSQL élimine les goulots d’étranglement générés par les outils traditionnels, notamment en offrant des formats plus fluides dans les opérations de traduction. Du côté d’Adobe System Inc, les concepteurs se sont aussi tournés vers la solution NoSQL lors de sa relance d’Adobe ConnectNow pour la simple raison que MySQL ne semble pas s’adapter à des bases de données très simples. Cette nouvelle version de ConnectNow s’appuie sur le clustering Java de Terracotta Inc pour gérer ses formats java, ce qui lui a donné deux fois plus de rapidité, comparée à la précédente version, un système de base de données relationnelles étant complètement inadapté. Open source Du fait ces options NoSQL sont conçues open source, ces logiciels ne bénéficient pas (encore) d’un cadre officiel de soutien. Ce qui n’est le cas pour certains qui peuvent s’acquérir d’une protection matérielle et financière. Bref, autant d’arguments plus ou moins objectifs et rationnels qui cultivent l’esprit NoSQL. Quoiqu’il en soit, une frange de développeurs ne peut s’empêcher de se demander s’il est vraiment raisonnable de prendre les Hadoop, Voldemort au sérieux ! Voir aussi Le portail SGBD Le portail SQL Les forums SGBD Qu'en pensez vous? Dernière modification par Marc Lussac ; 22/07/2009 à 04h54.
	00

03/07/2009, 11h06	#2
repié Membre confirmé Inscription : décembre 2004 Messages : 336 Détails du profil Informations personnelles : Âge : 25 Localisation : France, Rhône (Rhône Alpes) Informations forums : Inscription : décembre 2004 Messages : 336 Points : 243 Points : 243	C'est un sujet vraiment intéressant! Je ne pensais pas qu'il y avait un reel mouvement noSQL. Pour ce qui est de Java, la démocratisation de JPA (mais aussi JDO...) permettrais maintenant d'effectuer des transactions uniquement en objet sans passer par SQL. Mais tout voudrais donc dire qu'il faut ré-inventer un protocole C/S qui viendrait remplacer SQL (et qui soit donc un standard). Ça existe déjà? __________________ Pti Pié
	00

03/07/2009, 15h07	#3
Médinoc Expert Confirmé Sénior Développeur informatique Inscription : septembre 2005 Messages : 21 338 Détails du profil Informations personnelles : Sexe : Âge : 28 Localisation : France Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : septembre 2005 Messages : 21 338 Points : 28 440 Points : 28 440	S'ils refont un standard, espérons qu'ils penseront à inclure tout ce qu'on emploie tous les jours mais qui n'est pas standardisé: Paramètres nommés, date d'aujourd'hui (today vs getdate()), peut-être même l'accès à plusieurs bases ("." vs ".." vs ":") __________________ SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant. "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?" Apparently everyone. -- Raymond Chen. Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
	00

03/07/2009, 15h50	#4
nicorama Membre Expert Inscription : juillet 2006 Messages : 754 Détails du profil Informations personnelles : Âge : 36 Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : juillet 2006 Messages : 754 Points : 1 145 Points : 1 145	J'ai essayé d'utiliser les BigTables de Google avec JPA et AppEngine, et c'est très tendu : pas d'outil de visualisation des données, requêtes à priori bateaux qui sont refusées, etc... Cependant c'est un premier pas de masse vers une autre forme de Bdd. Mais c'est clairement pas pour trouver une alternative à SQL que je m'étais tourné vers App Engine. __________________ Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style.
	00

03/07/2009, 19h55	#13
nicorama Membre Expert Inscription : juillet 2006 Messages : 754 Détails du profil Informations personnelles : Âge : 36 Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : juillet 2006 Messages : 754 Points : 1 145 Points : 1 145	Moi non plus, mais en 40 ans, quelques cerveaux ont pu trouver des solutions, non ? __________________ Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style.
	01

03/07/2009, 15h54	#5
programaniac Membre du Club Inscription : octobre 2005 Messages : 248 Détails du profil Informations forums : Inscription : octobre 2005 Messages : 248 Points : 55 Points : 55	Ca veut dire quoi SBBD...? merci
	00

03/07/2009, 16h14	#6
DranDane Membre habitué Inscription : septembre 2007 Messages : 255 Détails du profil Informations forums : Inscription : septembre 2007 Messages : 255 Points : 125 Points : 125	Le problème c'est pas SQL. Le problème c'est d'utiliser SQL pour tout et n'importe quoi. On dirait que certain développeurs ne savent utiliser que ca au point qu'ils ne pensent même plus à enregistrer avant tout dans un fichier texte quand c'est possible.
	00

03/07/2009, 16h17	#7
haygus Membre actif Inscription : juin 2009 Messages : 147 Détails du profil Informations forums : Inscription : juin 2009 Messages : 147 Points : 157 Points : 157	J'aurais dit SGBD (Système de Gestion de Base de Données) Pour utiliser MySQL pour des To de données je ne pense pas que cela soit la meilleur solution. Sinon un peu de concurrence en gardant des standart ne ferait-il pas de bien ? pour nous utilisateur (plus pour les professionnels) ?
	00

03/07/2009, 16h39	#8
CIFQ_Drew Membre confirmé Jacques André Inscription : novembre 2007 Messages : 196 Détails du profil Informations personnelles : Nom : Jacques André Âge : 29 Informations forums : Inscription : novembre 2007 Messages : 196 Points : 292 Points : 292	Bonjours, Je ne suis pas un grand connaisseur des autres technologies de base de données. Personnellement j'utilise MySQL. Dans le développement de système de gestion (entreprise par exemple) au niveau transactionnel (vente, achat, retour client, rembourssement, etc.), le modèle relationnel préconisé par la norme SQL est très bien adapté, selon moi. Elle représente, au niveau conceptuelle, la structure des différents éléments de l'entreprise. Cependant, pour les niveaux plus élevé d'une entreprise (gestion, décisionnel), le modèle relationnel perd énormément de plume. C'est probablement pour cette raison que le modèle "en étoile" a vue le jour, avec les Data Warehouse et le concept OLAP. La philisophie OLAP, sa ce que j'en comprends, consiste à ne pas prendre les relations que les entités ont entre elle mais plutôt les niveau (dimension) que certaine données peuvent être influencé. Le problème avec ce principe semble (je n'ai pas encore expérimenter) être la transition des données transactionnel (généralement relationnel) vers le modèle en étoile. Maintenant, le NoSQL (SBBD?!?) correspond à quel domaine : la recherche?!? Comme la fait remarqué repié, y a-t-il un standard ou c'est plutôt du chacun pour soi?!? Qu'elle est le principe dernière SBBD?!? Mais merci, vous avez piquer ma curiosité!!!
	00

03/07/2009, 18h42	#12
Plageman Membre du Club Inscription : février 2007 Messages : 48 Détails du profil Informations forums : Inscription : février 2007 Messages : 48 Points : 69 Points : 69	Vu le poids des éditeurs de SGBDR, les adversaires de SQL ont intérêt à avoir de solides arguments. Pour ma part je ne comprend pas comment on peut s'assurer de l'intégrité des données dans une base non relationnelle ??
	10

04/07/2009, 00h15	#14
Thorna Membre éclairé Inscription : décembre 2004 Messages : 288 Détails du profil Informations forums : Inscription : décembre 2004 Messages : 288 Points : 343 Points : 343	Au moins on peut dire qu'il reste toujours des avis originaux et que tout le monde ne marche pas dans les mêmes traces de pas . Heureusement que tout le monde ne fait pas toujours que de l'informatique professionnelle de haute performance! Moi, ce que j'aimerais bien voir, c'est un exemple. Une petite base de test ou de démonstration, comme pour les tutos SQL, et quelques interrogations/ajouts/suppressions/modifications, juste pour avoir une idée de ce à quoi ça peut bien ressembler!
	00

04/07/2009, 04h56	#16
alexlem Nouveau Membre du Club Alexandre Lemaire Inscription : octobre 2007 Messages : 15 Détails du profil Informations personnelles : Nom : Alexandre Lemaire Localisation : France, Bas Rhin (Alsace) Informations forums : Inscription : octobre 2007 Messages : 15 Points : 27 Points : 27	Je pense que le but de NoSQL n'est pas de remettre en cause le language SQL en tant que tel. Il s'agit plutôt de proposer des alternatives au modèle de données relationnel pour des cas d'utilisations bien spécifiques. Nottament pour gérer des très grand volumes de données. Après on peut très bien imaginer interroger ces nouveaux types de bases de données avec un langage de type SQL.
	10

04/07/2009, 05h57	#17
OWickerman Membre éclairé Inscription : décembre 2007 Messages : 222 Détails du profil Informations forums : Inscription : décembre 2007 Messages : 222 Points : 309 Points : 309	En tout cas, merci pour ce thread, j'ignorais qu'il y avait des technologies autres que les sgbdr avec langage sql pour gérer ses données. Je vais de ce pas m'informer dessus.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email