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 2.0 disponible
Améliorations des performances, de la réplication et la concurrence pour la base de données NoSQL

Le , par Hinault Romaric

0PARTAGES

1  1 
L’entreprise 10gen et la communauté MongoDB viennent d’annoncer la disponibilité de la version 2.0 de la base de données NoSQL.

La version finale de MongoDB 2.0 apporte de nombreuses nouvelles fonctionnalités, des améliorations aux fonctionnalités existantes et des améliorations de performance.

La nouvelle mouture de la base de données NoSQL inclut des améliorations de la concurrence. Selon les explications de 10gen, cette fonctionnalité marque le début d’un effort beaucoup plus important dans ce domaine. Fondamentalement, l’idée est de s’assurer que le serveur ne tiendra pas un verrou en écriture lorsqu’il effectue une lecture de données hors du disque.

MongoDB 2.0 permet de stimuler la performance globale de la base de données en rendant plus facile la sauvegarde des index en mémoire. Les développeurs de l’outil ont également optimisé le traitement des indices, de sorte que les recherches d’indices simples soient plus rapides de 25% en moyenne.

Par ailleurs, Mongo DB apporte un certain nombre de fonctionnalités « datacenter aware » à savoir : les priorités et le marquage.

Le marquage permettra aux administrateurs de tagger les machines et imposer l’écriture de données sur plusieurs répliques, serveurs ou Datacenters. Cette fonction permettra aux utilisateurs de mieux contrôler la réplication de leurs données et garantir la validation de certaines écritures importantes.

Les priorités, quant à elles, permettront de disposer de nœuds primaires si l’administrateur se trouve dans un environnement non homogène.

Au final, ces fonctionnalités rendent donc l’utilisation de cette nouvelle version de MongoDB plus facile dans un environnement de production par les entreprises.

Télécharger MongoDB 2.0

Source : Blog MongoDB

Et vous ?

Que pensez-vous de MongoDB?

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

Avatar de digitaldna
Membre habitué https://www.developpez.com
Le 13/09/2011 à 19:54
Hinault Romaric
(...)Et vous ?
Que pensez-vous de MongoDB?
Objectivement pas grand chose ..
0  0 
Avatar de pokap
Membre du Club https://www.developpez.com
Le 14/09/2011 à 10:11
Citation Envoyé par digitaldna Voir le message
Objectivement pas grand chose ..
c'est si pourri que ça comme noSql ?
0  0 
Avatar de Julien Bodin
Membre éclairé https://www.developpez.com
Le 14/09/2011 à 15:37
Je teste mongodb pour un petit projet, j'aime beaucoup

Le NoSQL a tout à fait sa place pour des projets web qui ont besoin d'une bonne scalabilité et d'une haute disponibilité simple à mettre en place.

En revanche, on oublie les stats complexes.
0  0 
Avatar de Arnaud B.
Membre confirmé https://www.developpez.com
Le 05/10/2011 à 17:17
J'ai beau lire des articles sur le NoSQL, j'ai toujours pas compris ce que ça pouvait apporter par rapport à un SGBD relationnel. Si quelqu'un veut bien expliquer...
0  0 
Avatar de FrontLine
Membre habitué https://www.developpez.com
Le 10/10/2011 à 13:06
Citation Envoyé par digitaldna Voir le message

On pensait que la mode passerait mais étrangement elle se renforce et si c'est tellement bien la question est pourquoi aucune entreprise ne l'exploite ?
Tu as fais un sondage pour dire qu'aucune entreprise ne l'exploite ?
Dans ma boite on l'utilise, quelques projets sont en prod sous MongoDB.
C'est un peu prise de tête pour certains traitement complexe (surtout si le document n'est pas correctement pensé dès le départ) mais c'est un plaisir de bosser avec.

@Arnaud B. : De mon coté ce qui m'attire c'est :
- la performance
- Schema libre et évolutif à souhait
- la facilité à mettre en cluster
- la syntaxe, je préfère travailler directement avec les objets de données
0  0 
Avatar de Arnaud B.
Membre confirmé https://www.developpez.com
Le 14/10/2011 à 16:47
Mais qu'est ce qui empêche de faire un schéma évolutif dans un SGBDR classique ?
Il suffit de faire un méta-modèle : un modèle qui se décrit lui-même.

Ou de concevoir un modèle très souple dès le départ.

Ou de le faire évoluer classiquement par des ordres DDL. Il y a des SGBDR qui font ça à chaud, et dans une transaction.

Je peux me tromper car je n'ai jamais utilisé de bases NoSQL, et donc je ne maitrise pas l'utilisation que (par exemple) tu en fais, mais rien n'empêche dans un SGBDR d'avoir une seule table avec une colonne id, une colonne typeobjet, et une colonne qui stocke une donnée structurée style XML, JSON... si du moins c'est le but recherché...

Après, que ces bases aient été spécialement optimisées pour ce genre de donnée... peut être... mais alors ça n'aurait vraiment pas de sens de comparer SGBDR et NoSQL... car un SGBDR sert à faire 1000 fois plus de chose que ça...

Cdlt, Arnaud.

Citation Envoyé par FrontLine Voir le message


@Arnaud B. : De mon coté ce qui m'attire c'est :
- la performance
- Schema libre et évolutif à souhait
- la facilité à mettre en cluster
- la syntaxe, je préfère travailler directement avec les objets de données
0  0 
Avatar de FrontLine
Membre habitué https://www.developpez.com
Le 15/10/2011 à 2:06
Effectivement c'est largement possible de faire ça avec une base relationnelle. Changer les champs et la structure à chaud, etc
Le NoSQL n'apporte rien de révolutionnaire, c'est différent, prévu pour le schéma libre (les documents d'une collection (entendre table) peuvent être tous différent) et ça le fait bien

Dans les SGBD classique (MySQL en tout cas) pour chercher dans une colonne remplit de texte (xml ou Json par exemple) c'est du fulltext (ou like & co) et pour l'utilisation que j'en fais ce n'est pas précis.

Par exemple je stock direct les tags dans les articles :
Code : Sélectionner tout
$Article->find(array('tags' => 'mon tag'))->sort(array('published' => -1));
Si le champ "tags" n'existe pas dans certains documents je ne vais pas me prendre une erreur vue que c'est un fonctionnement normal de la chose.

idem pour les commentaire :
Code : Sélectionner tout
$Article->find(array('comment.$.author' => 'toto'))->limit(10);
On peut aussi chercher avec une regex.
Monter un cluster se fait assez simplement, bref c'est une question de goût et ce n'est pas comparable. Comme tu dis les SGBDR sont mieux équipés pour le traitement de données, tout dépend du besoin.
0  0 
Avatar de Nithril
Membre régulier https://www.developpez.com
Le 15/10/2011 à 14:00
Et si on devait faire la même chose en SGBDR ca serait aux developpeurs de le concevoir et de le maintenir. Mongodb existe et il le fait très bien.
0  0 
Avatar de solisoft
Candidat au Club https://www.developpez.com
Le 03/11/2011 à 9:17
Nous avons créé le site http://mongood.com qui vous permet de tester le service gratuitement ...

Merci pour vos retours.
0  0 
Avatar de Webselect
Membre régulier https://www.developpez.com
Le 09/11/2011 à 15:11
Voici un lien intéressant à lire sure le pourquoi NE PAS utilisé MongoDB : http://pastebin.com/raw.php?i=FD3xe6Jt
0  0