Replicazione peer-to-peer di un database SQLite

Question

Sto cercando un modo per replicare un database relazionale piccolo e semplice (come SQLite) tra pari. Questo dovrebbe funzionare in un ambiente con connessioni di rete instabili, da qui la necessità per ogni peer di avere una copia completa del database. Ciò dovrebbe consentire a un pari di continuare a lavorare off-line in caso di errore di rete.

Per semplificare le cose, la replica deve solo supportare la replica dell'aggiunta di dati, ovvero solo INSERT, non DELETE o UPDATE.

Qualcuno sa di una buona - e idealmente multipiattaforma - tecnologia o metodo per creare un tale sistema? Attualmente sto guardando JXTA e JXSE, ma sono rimandato dalla sua complessità e apparente mancanza di vita nella sua comunità dopo l'acquisizione di Sun da parte di Oracle.

Grazie! Frans

Answer 1

Si consiglia di esplorare JGroups per il livello di comunicazione se non ti piace JXTA. Per la replica, penso che dovrai implementare il tuo codice.

Answer 2

Sto lavorando su qualcosa di simile (anche se il codice è tutt'altro che pronto). Descriverò un po 'del mio approccio previsto, ma se questo è adatto a te dipende da alcuni punti chiave di progettazione che dovresti prendere in considerazione. Sfortunatamente non sono a conoscenza di progetti pronti che lo faranno.

• In particolare, dovremmo sapere quale lingua si desidera utilizzare o quali lingue preferireste evitare.
• Inoltre, pensa a come intendi fare la dicotomia peer - puoi impostare la fiducia tra coppie di nodi manualmente o vuoi che vengano scoperti automaticamente?
• Presumibilmente tutti i peer possono inserire dati?

Se si è in grado di utilizzare PHP e si è felici di confrontare manualmente coppie di nodi, il mio approccio potrebbe essere interessante. Configura un ORM come Doctrine, Propel o NotORM e fai in modo che ciascun nodo si sincronizzi regolarmente con un'origine ora Internet. Per ogni nuova riga in un db, acquisisci i dati (in un array o in un oggetto ORM), serializzali e inseriscili in tutti i nodi con i quali hai una relazione di fiducia. Nei casi in cui un push non riesce, tenere una nota di questo e riprovare a intervalli periodici (potenzialmente rinunciando a un nodo remoto che non riesce a rispondere a un numero elevato di tentativi).

Le chiamate possono essere avviate dall'applicazione che crea la riga o possono essere richiamate da qualsiasi programma di pianificazione disponibile su ciascuna macchina. Un messaggio push può essere XML, o per semplicità può essere solo un messaggio POST contenente la nuova riga e qualsiasi metadata (ad esempio timestamp di salvataggio, in modo da risolvere l'ordine INSERT da diversi nodi).

Se i nodi non dispongono di indirizzi IP statici, potrebbero essere registrati con un servizio di indirizzamento DNS dinamico in modo da consentire a ciascun nodo di rimanere in contatto con i colleghi anche se il loro IP cambia. Potresti anche considerare l'aggiunta di un sistema di firma dei messaggi, per garantire che i messaggi tra i nodi siano autentici.