D’après ce que j’avais lu, couchdb est vraiment plus lent par rapport à MongoDB.
Oui, mais il y a de bonnes raisons à ça. MongoDB privilégie la vitesse à quasiment tout le reste. Du coup, ça fait joli dans les benchmarks mais, dans la vraie vie, on se retrouve avec des données égarées. Je parle d'expérience, mais voici quelques articles vite fait sur le sujet :
Dans certains cas, c'est acceptable. Par exemple, quand on stocke de grandes quantités de données sur le comportement des utilisateurs pour pouvoir en tirer des informations statistiques a posteriori, ce n'est pas très grave s'il manque quelques enregistrements par ci par là. Si on veut garder la position d'un utilisateur en permanence, pareil, on peut se permettre de rater quelques positions, ça ne fera pas une grosse différence. Et la vitesse de MongoDB est appréciable pour ces cas d'usage.
Par contre, perdre des données personnelles dans un Cozy, non, ce n'est pas acceptable. MongoDB ne sera jamais la base de données de Cozy.
L’avantage qu’il procure en terme de réplication / distribution ne me paraît pas très pertinent dans le cas de cozycloud (du moins, pas tant qu’il restera mono-utilisateur).
Pourtant, la réplication nous est plus utile que les performances brutes. Nous l'utilisons pour l'application android pour synchroniser les contacts, calendriers et photos entre le mobile et l'instance Cozy. Nous avons également 2 personnes en thèse chez nous qui travaille sur le partage et la réplication de CouchDB est mise à profit pour partager de événements d'un calendrier entre utilisateurs (et bientôt plein d'autres choses). On aimerait également utiliser ça pour avoir des web apps qui fonctionnent en mode offline.
[^] # Re: Super nouvelle !!
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Cozy Cloud lève 4 millions d'euros (pour faire du libre). Évalué à 10.
Oui, mais il y a de bonnes raisons à ça. MongoDB privilégie la vitesse à quasiment tout le reste. Du coup, ça fait joli dans les benchmarks mais, dans la vraie vie, on se retrouve avec des données égarées. Je parle d'expérience, mais voici quelques articles vite fait sur le sujet :
Dans certains cas, c'est acceptable. Par exemple, quand on stocke de grandes quantités de données sur le comportement des utilisateurs pour pouvoir en tirer des informations statistiques a posteriori, ce n'est pas très grave s'il manque quelques enregistrements par ci par là. Si on veut garder la position d'un utilisateur en permanence, pareil, on peut se permettre de rater quelques positions, ça ne fera pas une grosse différence. Et la vitesse de MongoDB est appréciable pour ces cas d'usage.
Par contre, perdre des données personnelles dans un Cozy, non, ce n'est pas acceptable. MongoDB ne sera jamais la base de données de Cozy.
Pourtant, la réplication nous est plus utile que les performances brutes. Nous l'utilisons pour l'application android pour synchroniser les contacts, calendriers et photos entre le mobile et l'instance Cozy. Nous avons également 2 personnes en thèse chez nous qui travaille sur le partage et la réplication de CouchDB est mise à profit pour partager de événements d'un calendrier entre utilisateurs (et bientôt plein d'autres choses). On aimerait également utiliser ça pour avoir des web apps qui fonctionnent en mode offline.