Esistono schemi di progettazione (o best practice) per l'implementazione di un sistema geograficamente distribuito (principalmente un database)?
Descrizione: esiste una rete di magazzini e un ufficio centrale. Ora voglio che ogni magazzino replichi i suoi dati all'ufficio centrale e l'ufficio centrale replichi solo quella porzione di dati relativi a quel magazzino (quando viene modificato). Questo posso chiamare una "replica filtrata". Il nostro database qui è SQL Server 2008 R2. Dovrei andare con un altro database? Che ne dici dei database NoSQL?
Questa è una soluzione basata su .NET.
Finora ho appreso Sincronizzazione web per la replica di merge e sto indagando su di esso; ma non ho ancora imparato come implementare la replica filtrata. Non sono sicuro di come NoSQL si adatti a un problema di e-commerce (penso che dovrei usare una combinazione di NoSQL + RDBMS se dovessi andare in quel modo) ma sto indagando su RavenDB e MongoDB.
Qualsiasi intuizione sarebbe di grande aiuto; Grazie;