Base de donnée orientée document

[vodhei]

Bonjour,
je trouve bizarre de ne trouver aucune infos sur ce forum sur les Bases de données orientées documents, genre Apache CouchDB, MongoDB.

Alors soit j'ai mal cherché... ou la fonction recherche bug, mais ça m'étonnerais.
Soit personne n'a trouvé utile cette technologie.

J'ai fouillé sur le net principalement les tuto en anglais, donc maintenant je sais comment le mettre en place et m'en servir (enfin la théorie).

J'ai pu voir par ci par là :
facile a utiliser, vitesse de développement, document versionning, idéal pour stocker des documents, et scaling horizontal, ok mais ça ne me dit pas concrètement pourquoi je devrais l'utiliser.
Si quelqu'un on sait plus... je suis preneur parce que ne pas voir l'intérêt d'une techno qui a plusieurs années ça torture mon ego

Quel est l'avantage d'utiliser les Bases de données orientées documents plutôt que les bdd relationnelles classiques ?

Le sujet passionne pas les foules

j'ai trouvé ça : pour mondoDB - Use Case

vous comprenez quoi ?
pour un blog par exemple, cela semble être un meilleur choix qu'un MySql habituel, non ?

[foolib]

Bonjour !

Voilà un an ou presque que ce message a été posté et j'aimerai savoir si depuis vous avez ( ou quelqu'un d'autre a ) finalement opté pour ce type de BDD et éventuellement selon cette ou ces personne les "+" et les "-" de cette solution ( Support Hebergeur, ...)

J'ai vu que par exemple que sous php il existe une extension native pour "MongoDB". Voici un bon article pour ceux que ça interesse ...
Cet article introduit les bases "NO-SQL" type document :
Article NOSQL : MangoDB

Si quelqu'un a une suggestion sur un hébergeur qui propose ce type de BDD ... histoire de faire quelques tests.

[SQLpro]

La notion de BD orienté document, n'est qu'un avatar de base de données un peu plus classique comme les bases de données relationnelles. Normal que vous n'obteniez pas grand chose sur le sujet, parce que n'importe quelle base de données relationnelle un tant soit peu sérieuse peut faire l'affaire.

En effet il suffit que la base de données relationnelle soit en mesure de stocker des documents de différentes natures et dans une base SQL cela se fait par le biais d'un type BLOB et d'indexer son contenu, ce qui se fait par l'intermédiaire d'un mécanisme de recherche plain texte et cela est aussi implémenté dans la plupart des SGBDR.

Par exemple pour MS SQL Server il est possible de stocker des documents électroniques via le type VARBINARY(max) en stockage dans la base ou hors la base (FILESTREAM) et d'en indexer le contenu via IFTS (INTEGRATED FULL TEXT SEARCH).
C'est sur ces bases que des produits tout fait existent comme http://fr.wikipedia.org/wiki/Sharepoint!

A +

[phoenix67]

Sauf erreur, MongoDB a pour principal avantage par rapport à SQLServeur

• la répartition de la charge sur plusieurs serveurs ;

• la gestion simultanée de plusieurs versions d'un programme sans modification de schéma (pas besoin de mettre à jour un schéma pour ajouter des propriétés|colonnes à un document|table).

[vmolines]

Pour le 2ème point, un méta modèle peut parfaitement convenir et est applicable à tous les SGBDR.