Sto cercando di convincere la nostra direzione a lasciarci fare un portale che si colloca tra i molti e molti sistemi che usiamo. Credo nell'utilizzo dello strumento migliore per il lavoro, quindi disponiamo di un buon sistema ERP, Dynamics CRM, Office 365 e A service desk e di altri sistemi di monitoraggio e manutenzione, per non parlare di un paio di sistemi legacy a cui ci aggrappiamo per scopi storici. / p>
La mia proposta è iniziare a unire i punti e rendere più facile l'accesso ai dati da parte di un portale centrale che può guardare attraverso tutti questi sistemi e ha le chiavi per unire i dati in modo che un record cliente possa mostrare i dati crm, erp dati, supporto e monitoraggio dei dati.
La mia domanda riguarda principalmente l'accesso ai dati e alle prestazioni. Il mio prototipo attuale utilizza lo stack di servizio o XML e si trova principalmente nelle viste SQL tra le tabelle. Quindi chiamo anche le singole API per i dati. La performance su questo non è il massimo, quindi stavo cercando un buon approccio a questo problema.
Uno dei miei pensieri è stato quello di andare giù per la ricerca elastica o il tipo di percorso di lucence con le classi ammucchiate e memorizzate appositamente per la ricerca e la lettura dei dati. Non sono sicuro che si tratti di un approccio praticabile e guardando le librerie di lucence disponibili per .net la maggior parte non è aggiornata.
Sto cercando di utilizzare il caching con un framework come redis, ma alcune cose non sembrano proprio qui. Il lato chiave è abbastanza buono, ma se ho bisogno di fare ricerche complesse contro i dati non è davvero adatto a questo.
Sto anche leggendo sul data warehousing e potenzialmente usando un database centralizzato solo per la segnalazione, la ricerca / l'ordinamento / il filtraggio dei dati purificati. Considerando SQL e una possibile opzione NoSql per questo.
Qualcuno ha qualche raccomandazione per un approccio migliore?