Durante lo sviluppo di un prodotto, mi sono imbattuto in una situazione in cui il mio gruppo desidera archiviare meta dati per moduli di inserimento dati (domande, layout, ecc.) in un database diverso dal database in cui sono archiviati i dati raccolti. Questo è principalmente per la sicurezza, perché vogliamo essere in grado di far fronte ai nostri metadati, mantenendo al contempo i dati raccolti nel modo più sicuro possibile.
Stavo pensando di scrivere un servizio web che fornisce le meta informazioni a cui il programma di raccolta dati potrebbe accedere. L'unico problema che vedo con questo approccio è che il front end dovrà abbinare i meta dati con i dati raccolti, il che sarebbe più efficiente come un join nel back-end.
Attualmente, questo sistema è progettato per funzionare su .NET e MSSQL.
Non ho mai giocato con le librerie .NET in esecuzione in SQL, ma sto considerando di provare a creare una logica che possa essere estratta dal servizio web, convertire i metadati in una tabella su cui SQL può partecipare e restituire combinati dati e metadati in questo modo.
Questa soluzione è il modo sbagliato di affrontare il problema? Esiste un modello o un modo "standard di settore" per riunire due dataset che non vivono nello stesso database?