Memorizzazione dei dati del modulo utente

-1

Sto cercando di elaborare uno schema / metodologia dati per archiviare i dati raccolti da vari moduli di domanda utente.

Tutti i moduli contengono le informazioni di base come nome, indirizzo, ecc. ma poi divergono in ciò che raccolgono. Ogni applicazione avrà il suo sottoinsieme unico di domande che vogliono porre. Per questo motivo una tabella "risposte" è fuori questione. Farei meglio a normalizzare il database in una tabella delle domande e una tabella delle risposte? Un'altra opzione considerata sarebbe quella di avere una tabella di risposte per le domande standard / universali e quindi serializzare e memorizzare le altre risposte in un campo. Detto questo, sarebbe meglio passare a un'opzione di database nosql lineare? Forse nosql è eccessivo e ho davvero bisogno di EAV?

Una volta raccolte le informazioni, non saranno modificate. Basta leggere.

    
posta Brad Stewart 05.04.2013 - 23:16
fonte

1 risposta

0

Se le forme non cambiano troppo spesso e le loro strutture sono ben definite, suggerirei di andare con una tabella per contenere informazioni comuni e quindi altre tabelle per contenere valori specifici di determinati moduli, collegati al tavolo principale Penso che un approccio basato su EAV sarebbe più appropriato se ci si aspetta che il tuo sistema gestisca i dati da moduli che vengono aggiunti / aggiornati molto frequentemente (troppo veloce per creare / aggiornare tabelle), o se hai bisogno di avere un strumento di creazione di moduli collegato al tuo sistema, in cui gli utenti possono creare qualsiasi tipo di modulo che desiderano. Non ho usato nessuna soluzione nosql ma potrebbe anche aiutare.

    
risposta data 05.04.2013 - 23:22
fonte

Leggi altre domande sui tag