Sono nel bel mezzo di una decisione architettonica che sarà importante per il futuro.
Ho un sistema in cui utilizzo ATS (Azure Table Storage) come archivio per dati semplici e molto piccoli. Non è stato scritto troppo spesso e non viene letto troppo spesso.
Ora ho bisogno di leggere / scrivere dati basati su questi dati ATS. Un sacco di dati Ma non leggerò i dati in ATS prima di scrivere gli "altri" dati.
La mia preoccupazione è che non riesco a leggere i dati abbastanza velocemente da ATS, in base alle esigenze che ho. E.g Ho bisogno di contare le righe abbastanza velocemente per dare il feedback agli utenti, e il conteggio non è una funzione all'interno di ATS. Potrei ottenere qualcosa dal "pattern" CQRS ma avrei comunque bisogno di contare le righe! E non sto cercando una soluzione in cui ho bisogno di aggiungere complessità per superare una cosa molto semplice su un'altra piattaforma (SQL).
Quindi il mio pensiero è di salvare questi dati all'interno di un database SQL in cui ho anche tutte le funzionalità di manipolazione dei dati di cui ho bisogno. Ma mi piacerebbe perdere la scalabilità e finire per mantenere quello invece di un datastore scalabile facile come ATS. E i dati che sto scrivendo qui sono molto semplici, ma sono molti.
Vorrei restare solo con ATS ma avrei bisogno di un modello per aggirare questi limiti. Qualche idea?
Grazie!