Discussion :

[Cethywolf]

Bonjour,
Je travaille actuellement sur la conception d'un site de commerce et après avoir lu ce slide :
Doctrine In The Real World sflive2011 Paris@@AMEPARAM@@ssplayer2.swf?doc=doctrineintherealworldsflive2011paris-110304091333-phpapp02&stripped_title=doctrine-in-the-real-world-sflive2011-paris@@AMEPARAM@@doctrineintherealworldsflive2011paris-110304091333-phpapp02@@AMEPARAM@@doctrine-in-the-real-world-sflive2011-paris
(je développe sur Symfony aussi, mais le problème n'est pas là), je me demandais à quel moment est-il justifié d'utiliser Mongo plutôt qu'une bdd relationnelle classique (mysql) ?

L'auteur du slide explique qu'ils utilisent mongo pour tout, sauf ce qui implique une transaction monétaire (les transactions critiques en somme), mais sans expliquer pourquoi. Quelqu'un pour m'éclairer ?

Merci.

[FrontLine]

Salut,

mieux vaut répondre tard que jamais.

Tout simplement parce que MySQL est ACID et MongoDB ne l'est pas.

MySQL gère la concurrence (écriture/lecture).
MongoDB lui peut très bien te retourner une valeur qui a changé il y a 1 seconde dans la base de données placée en cluster.

D'où des MongoId uniques basés sur la date et l'environnement d’exécution du daemon et non pas un numéro incrémental. Même si $inc est censé le faire correctement ....

[Thes32]

mieux vaut répondre tard que jamais.

ah oui

Tout simplement parce que MySQL est ACID et MongoDB ne l'est pas.

+10 et je crois que c'est aussi du fait de utilité des transactions.