Dobbiamo mantenere i nostri dati Firebase in sincronia con altri databases per full-text search (in ElasticSearch) e altri tipi di query che Firebase non supporta facilmente.Come mantenere Firebase in sincronia con un altro database
Questo deve essere il più vicino possibile al tempo reale, non possiamo semplicemente esportare un dump notturno del Firebase JSON o qualcosa del genere, a parte il fatto che questo diventerà piuttosto grande.
Il mio primo pensiero è stato quello di eseguire un client Node.js che ascolta child_changed, child_added, child_removed ecc ... gli eventi di tutte le liste principali, ma questo potrebbe diventare un po 'poco gestibile e sarebbe un modo affidabile di sincronizzazione se il il client si riconnette dopo un certo periodo di tempo?
Il mio prossimo pensiero è stato quello di mantenere un elenco di eventi "modificati" e scrivere a quello ogni volta che un articolo viene creato/aggiornato, in modo simile all'esempio Firebase work queue. La coda potrebbe contenere il percorso completo dei dati che è stato modificato e il lavoratore lo consuma e aggiorna il database locale di conseguenza.
Il problema qui è ogni bit di codice che rende gli aggiornamenti da ricordare per scrivere in questa coda altrimenti i due sistemi non saranno più sincronizzati. Tuttavia, alcuni codici proxy non dovrebbero essere troppo difficili da scrivere.
Qualcun altro ha fatto qualcosa di simile con un successo?
Penso che la tua idea proxy abbia più senso. Abbiamo sicuramente visto casi in cui le persone hanno eseguito processi node.js che memorizzano i timestamp dell'ultima volta in cui hanno scritto i dati. Se il processo si blocca, puoi eseguire un'importazione iniziale osservando l'ultimo timestamp che hai scritto. – Anant
@rlivsey Hai trovato una soluzione? Ho bisogno di risolvere lo stesso problema e stavo pensando di usare Elastic Search. Qualsiasi informazione sulla tua esperienza sarebbe apprezzata. – Tim
Abbiamo risolto questo problema, ma nel nostro caso la configurazione è diversa: viviamo felici con due database, ciascuno per uno scopo diverso. Abbiamo MongoDB (* autorevole store *) e Firebase (* real-time store *), che sono ** non ** identici, ognuno dei quali contiene i dati necessari. Non tutti i dati in tempo reale in Firebase devono essere scritti su MongoDB. e viceversa: molti dati non in tempo reale non sono sul nostro Mongo. Solo un ** frammento ** dei dati è sincronizzato: client -> nodejs -> Mongo + Firebase. Quindi immagino che la domanda sia: hai veramente bisogno di ** tutti i dati ** sincronizzati? – oori