Que pensez-vous des bases de données orientées documents ?
Ni pour ni contre. Ca dépend de l'usage. C'est un peu comme dire "que pensez-vous des marteaux ?" Pour planter un clou c'est bien. Pour monter des blancs d'oeuf en neige, bof...
Comme tu le dis, c'est pratique quand on récupère toujours des agrégats d'un coup. Typiquement, sur un site à grande fréquentation, on peu stocker toutes les données d'un utilisateur associées à une clé. Par contre, c'est juste inutilisable pour faire de l'analytique. Ex: Sur un site d'e-commerce, faire du reporting sur les produits les plus commandés ensemble, les paniers moyens, etc... Pour faire ça avec du NoSql, en gros il faut balayer toutes les clés.
De MongoDB en particulier ? Avez-vous déjà utilisé CoucheDB ?
Pas sur MongoDB ou CouchDB mais sur Couchbase, son frère siamois. Les deux sont proches et ont été lancés par le même gars.
Mon dieu quelle merde! (pardon aux familles, toussa). Le bousin a déjà du mal à tenir debout tout seul, sans aucune connexion. Des noeuds tombent sans explication. Au bout d'un moment, ça rame. Il faut redémarrer les noeuds tombés et là on est parti pour long "pending rebalance". Pendant ce temps là, le système est juste à genoux. Il n'y a plus qu'à attendre que ce soit fini à la machine à café. Ma consommation de café a explosé.
Même quand ça tient debout, les performances ne sont pas extraordinaires. Si bien qu'on est en train de basculer sur... MySQL. On n'a pas spécialement besoin dans notre cas de la partie relationnelle mais utilisé façon NoSQL, MySQL décoiffe aussi bien en lecture qu'en écriture. Surtout en écriture. Nous avons des volumes relativement conséquents (5-10 Go) de données à charger/mettre à jour tous les mois et nous devons pouvoir y accéder ensuite rapidement en lecture. Sur Couchbase, le chargement prends 25-30 heures sauf que le bordel ne tient pas assez longtemps et s'écroule avant la fin. Du coup il faut recommencer. Si bien que le mois dernier on avait pas encore réussi à finir l'update que le suivant était déjà là. Sur MySql, bah, ça prend quelques minutes. Voilà, quoi.
# Couchbase
Posté par Croconux . En réponse au journal Symfony, AngularJS, ..... Évalué à 5.
Ni pour ni contre. Ca dépend de l'usage. C'est un peu comme dire "que pensez-vous des marteaux ?" Pour planter un clou c'est bien. Pour monter des blancs d'oeuf en neige, bof...
Comme tu le dis, c'est pratique quand on récupère toujours des agrégats d'un coup. Typiquement, sur un site à grande fréquentation, on peu stocker toutes les données d'un utilisateur associées à une clé. Par contre, c'est juste inutilisable pour faire de l'analytique. Ex: Sur un site d'e-commerce, faire du reporting sur les produits les plus commandés ensemble, les paniers moyens, etc... Pour faire ça avec du NoSql, en gros il faut balayer toutes les clés.
Pas sur MongoDB ou CouchDB mais sur Couchbase, son frère siamois. Les deux sont proches et ont été lancés par le même gars.
Mon dieu quelle merde! (pardon aux familles, toussa). Le bousin a déjà du mal à tenir debout tout seul, sans aucune connexion. Des noeuds tombent sans explication. Au bout d'un moment, ça rame. Il faut redémarrer les noeuds tombés et là on est parti pour long "pending rebalance". Pendant ce temps là, le système est juste à genoux. Il n'y a plus qu'à attendre que ce soit fini à la machine à café. Ma consommation de café a explosé.
Même quand ça tient debout, les performances ne sont pas extraordinaires. Si bien qu'on est en train de basculer sur... MySQL. On n'a pas spécialement besoin dans notre cas de la partie relationnelle mais utilisé façon NoSQL, MySQL décoiffe aussi bien en lecture qu'en écriture. Surtout en écriture. Nous avons des volumes relativement conséquents (5-10 Go) de données à charger/mettre à jour tous les mois et nous devons pouvoir y accéder ensuite rapidement en lecture. Sur Couchbase, le chargement prends 25-30 heures sauf que le bordel ne tient pas assez longtemps et s'écroule avant la fin. Du coup il faut recommencer. Si bien que le mois dernier on avait pas encore réussi à finir l'update que le suivant était déjà là. Sur MySql, bah, ça prend quelques minutes. Voilà, quoi.