Best practice per il popolamento delle rotaie con i dati elaborati

Question

Ho lavorato per alcuni mesi su un programma per l'elaborazione di alcuni dati, ed è ora in una fase in cui anziché visualizzare le informazioni (memorizzate utilizzando ActiveRecord) tramite la riga di comando, vorrei visualizzare le informazioni elaborate tramite un'app Rails.

La prima domanda che sto affrontando è se dovrei avere l'elaborazione dei dati e la visualizzazione dei dati nella stessa applicazione o in applicazioni separate. Sono tentato di avere applicazioni separate perché meno codice c'è nell'app rails, minore è la possibilità di problemi di sicurezza (parte del codice di elaborazione dei dati è un po 'brutto e insicuro per motivi di ottimizzazione).

La seconda domanda è come gestire gli schemi del database, se lo divido in un'app di visualizzazione delle rotaie e in un elaboratore di dati offline. È sufficiente che l'app rails riceva semplicemente un database completamente popolato o dovrei fornire all'app rails migrazioni e / o schema.rb?

Modifica : l'applicazione per l'elaborazione dei dati è una parser per il fenomeno Get to Philosophy di Wikipedia. Per l'edizione inglese, prende un file XML da 20GiB e guarda come ~ 6 milioni di pagine si collegano tra loro.

Answer 1

Non posso davvero dire se dividere le applicazioni o meno senza più contesto.

Per quanto riguarda la seconda domanda, puoi lavorare bene senza schema e migrazioni, nei Rails 0,5 giorni con fatto bene senza nessuna di queste fantasiose funzionalità di schmancy.

Assicurati solo di avere uno schema di database solido che funzionerà ugualmente per entrambe le parti della tua app (o entrambe le app, a seconda di come vai)