IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

NoSQL Discussion :

MongoDB 2.0 disponible


Sujet :

NoSQL

  1. #1
    Responsable .NET

    Avatar de Hinault Romaric
    Homme Profil pro
    Consultant
    Inscrit en
    Janvier 2007
    Messages
    4 570
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Cameroun

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2007
    Messages : 4 570
    Points : 252 372
    Points
    252 372
    Billets dans le blog
    121
    Par défaut MongoDB 2.0 disponible
    MongoDB 2.0 disponible
    Améliorations des performances, de la réplication et la concurrence pour la base de données NoSQL


    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?
    Vous souhaitez participer aux rubriques .NET ? Contactez-moi

    Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
    Mon blog, Mes articles, Me suivre sur Twitter
    En posant correctement votre problème, on trouve la moitié de la solution

  2. #2
    Membre habitué
    Homme Profil pro
    Développeur / DBA
    Inscrit en
    Septembre 2007
    Messages
    133
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur / DBA
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 133
    Points : 152
    Points
    152
    Par défaut
    Hinault Romaric
    (...)Et vous ?
    Que pensez-vous de MongoDB?
    Objectivement pas grand chose ..
    Digital D.N.A

  3. #3
    Membre régulier
    Homme Profil pro
    Intégrateur Web
    Inscrit en
    Décembre 2009
    Messages
    39
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Intégrateur Web

    Informations forums :
    Inscription : Décembre 2009
    Messages : 39
    Points : 78
    Points
    78
    Par défaut
    Citation Envoyé par digitaldna Voir le message
    Objectivement pas grand chose ..
    c'est si pourri que ça comme noSql ?

  4. #4
    Membre habitué
    Homme Profil pro
    Développeur / DBA
    Inscrit en
    Septembre 2007
    Messages
    133
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur / DBA
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2007
    Messages : 133
    Points : 152
    Points
    152
    Par défaut
    Bonjour,

    Je pense que mon commentaire bien qu'inutile, est assez explicite, de mon avis je vois le NoSQL comme une ânerie ! 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 ? C'est plus rapide à ce qu'il parrait, mais coté sécurité ? Coté montée en charge ? Il faudrait des choses beaucoup plus probantes... A mon gout c'est encore largement immature.
    Digital D.N.A

  5. #5
    Membre éclairé Avatar de Julien Bodin
    Homme Profil pro
    Devops
    Inscrit en
    Février 2009
    Messages
    474
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Calvados (Basse Normandie)

    Informations professionnelles :
    Activité : Devops
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2009
    Messages : 474
    Points : 843
    Points
    843
    Par défaut
    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.

  6. #6
    Membre confirmé
    Homme Profil pro
    Consultant
    Inscrit en
    Octobre 2004
    Messages
    254
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2004
    Messages : 254
    Points : 608
    Points
    608
    Par défaut
    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...

  7. #7
    Membre habitué Avatar de FrontLine
    Homme Profil pro
    Développeur Web
    Inscrit en
    Janvier 2008
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Janvier 2008
    Messages : 173
    Points : 134
    Points
    134
    Par défaut
    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

  8. #8
    Membre confirmé
    Homme Profil pro
    Consultant
    Inscrit en
    Octobre 2004
    Messages
    254
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2004
    Messages : 254
    Points : 608
    Points
    608
    Par défaut
    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

  9. #9
    Membre habitué Avatar de FrontLine
    Homme Profil pro
    Développeur Web
    Inscrit en
    Janvier 2008
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Janvier 2008
    Messages : 173
    Points : 134
    Points
    134
    Par défaut
    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 - Visualiser dans une fenêtre à part
    $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 - Visualiser dans une fenêtre à part
    $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.

  10. #10
    Membre régulier
    Profil pro
    Inscrit en
    Juillet 2006
    Messages
    76
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2006
    Messages : 76
    Points : 96
    Points
    96
    Par défaut
    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.

  11. #11
    Candidat au Club
    Profil pro
    Inscrit en
    Août 2011
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2011
    Messages : 1
    Points : 2
    Points
    2
    Par défaut Si vous voulez tester mongodb
    Nous avons créé le site http://mongood.com qui vous permet de tester le service gratuitement ...

    Merci pour vos retours.

  12. #12
    Membre régulier
    Homme Profil pro
    Webmaster
    Inscrit en
    Septembre 2007
    Messages
    105
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Webmaster
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Septembre 2007
    Messages : 105
    Points : 114
    Points
    114
    Par défaut
    Voici un lien intéressant à lire sure le pourquoi NE PAS utilisé MongoDB : http://pastebin.com/raw.php?i=FD3xe6Jt

  13. #13
    Membre confirmé
    Homme Profil pro
    Consultant
    Inscrit en
    Octobre 2004
    Messages
    254
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2004
    Messages : 254
    Points : 608
    Points
    608
    Par défaut
    OK, je comprends mieux l'utilisation qu'on fait des bases NoSQL désormais.

    J'ai le sentiment que ce sont des fonctionnalités que les SGBDR classiques auraient pu proposer sans trop bouleverser leur conception mais qu'ils n'ont pas su (ou pas voulu) adresser ces besoins.

    Peut être que ca va évoluer.

    Cdlt, Arnaud.

    Citation Envoyé par FrontLine Voir le message
    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 - Visualiser dans une fenêtre à part
    $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 - Visualiser dans une fenêtre à part
    $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.

  14. #14
    Membre régulier
    Homme Profil pro
    Webmaster
    Inscrit en
    Septembre 2007
    Messages
    105
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Webmaster
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Septembre 2007
    Messages : 105
    Points : 114
    Points
    114
    Par défaut
    Citation Envoyé par Arnaud B. Voir le message
    OK, je comprends mieux l'utilisation qu'on fait des bases NoSQL désormais.

    J'ai le sentiment que ce sont des fonctionnalités que les SGBDR classiques auraient pu proposer sans trop bouleverser leur conception mais qu'ils n'ont pas su (ou pas voulu) adresser ces besoins.

    Peut être que ca va évoluer.

    Cdlt, Arnaud.
    Va voir doctrine (http://www.doctrine-project.org/)

  15. #15
    Expert confirmé
    Homme Profil pro
    Inscrit en
    Septembre 2006
    Messages
    2 934
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2006
    Messages : 2 934
    Points : 4 347
    Points
    4 347
    Par défaut
    Citation Envoyé par Webselect Voir le message
    Voici un lien intéressant à lire sure le pourquoi NE PAS utilisé MongoDB : http://pastebin.com/raw.php?i=FD3xe6Jt
    FYI

    - la réponse de Eliot Horowitz, CTO de 10gen's à propos de ce post anonyme :
    First, I tried to find any client of ours with a track record like this and have been unsuccessful. I personally have looked at every single customer case that’s every come in (there are about 1600 of them) and cannot match this story to any of them. I am confused as to the origin here, so answers cannot be complete in some cases.
    (en résumé : contrairement aux affirmations du post, aucun rapport d'incident dans leur suivi client ne correspond à l'histoire racontée).

    - MongoDB est supporté par le service CloudFoundry de VMWare : une société qui n'a pas la réputation de mettre en ligne des technologies à moitié abouties.

    Conclusion :

    testez MongoDB vous-même par rapport à vos besoins propres et avec vos critères, par ceux du voisin.

  16. #16
    Membre habitué Avatar de FrontLine
    Homme Profil pro
    Développeur Web
    Inscrit en
    Janvier 2008
    Messages
    173
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Janvier 2008
    Messages : 173
    Points : 134
    Points
    134
    Par défaut
    Par contre le clustering (replica set et sharding) merde avec OpenVZ, ça c'est dommage.

  17. #17
    Expert confirmé
    Homme Profil pro
    Inscrit en
    Septembre 2006
    Messages
    2 934
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2006
    Messages : 2 934
    Points : 4 347
    Points
    4 347
    Par défaut
    Citation Envoyé par FrontLine Voir le message
    Par contre le clustering (replica set et sharding) merde avec OpenVZ, ça c'est dommage.
    Voir https://jira.mongodb.org/browse/SERVER-1121

    (c'est un problème OpenVZ pas MongoDB, et qui est résolu dans les versions de OpenVZ basées sur le noyau RHEL6).

Discussions similaires

  1. MongoDB disponible en version 2.6
    Par Cedric Chevalier dans le forum NoSQL
    Réponses: 2
    Dernier message: 25/04/2014, 18h42
  2. Réponses: 2
    Dernier message: 04/09/2012, 19h02
  3. Réponses: 2
    Dernier message: 04/09/2012, 19h02
  4. MongoDB 2.0 disponible
    Par Hinault Romaric dans le forum Autres SGBD
    Réponses: 16
    Dernier message: 07/01/2012, 10h05
  5. Récupérer la quantité de ressource disponible (RAM,CPU,HDD)
    Par telecnop dans le forum Programmation et administration système
    Réponses: 11
    Dernier message: 26/10/2005, 14h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo