Ce à quoi vous pensez ressemble beaucoup à des déclencheurs. MongoDB ne prend pas en charge les déclencheurs, mais certaines personnes ont "roulé les leurs" en utilisant certaines astuces. La clé ici est l'oplog.
Lorsque vous exécutez MongoDB dans un jeu de répliques, toutes les actions MongoDB sont consignées dans un journal des opérations (appelé oplog). L'oplog est simplement une liste courante des modifications apportées aux données. Les ensembles de répliques fonctionnent en écoutant les modifications sur cet oplog, puis en appliquant les modifications localement.
Cela vous semble familier ?
Je ne peux pas détailler tout le processus ici, il s'agit de plusieurs pages de documentation, mais les outils dont vous avez besoin sont disponibles.
D'abord quelques articles sur l'oplog- Brève description- Mise en page du local collection (qui contient l'oplog)
Vous voudrez également tirer parti des curseurs ajustables. Ceux-ci vous fourniront un moyen d'écouter les changements au lieu de les interroger. Notez que la réplication utilise des curseurs ajustables, il s'agit donc d'une fonctionnalité prise en charge.
