Mejores prácticas para rellenar rieles con datos procesados

Question

He estado trabajando durante algunos meses en un programa para procesar algunos datos, y ahora está en una etapa en la que, en lugar de mostrar información (almacenada mediante ActiveRecord) a través de la línea de comandos, me gustaría mostrar la información procesada a través de una aplicación Rails.

La primera pregunta que me enfrento es si debo tener el procesamiento de datos y la visualización de datos en la misma aplicación o en aplicaciones separadas. Me siento tentado a tener aplicaciones separadas porque cuanto menos código haya en la aplicación de rieles, menos posibilidades hay de problemas de seguridad (algunos de los códigos de procesamiento de datos son un poco feos e inseguros por razones de optimización).

La segunda pregunta es cómo manejar los esquemas de base de datos, si los divido en una aplicación de visualización de rieles y un procesador de datos fuera de línea. ¿Es suficiente que la aplicación de rails solo reciba una base de datos completamente poblada, o debería proporcionarle a la aplicación de rails migraciones y / o schema.rb también?

Editar : la aplicación de procesamiento de datos es un analizador para el fenómeno Get to Philosophy de Wikipedia. Para la edición en inglés, toma un archivo XML de 20GiB y observa cómo ~ 6 millones de páginas se enlazan entre sí.

Answer 1

Realmente no puedo decir si dividir aplicaciones o no sin más contexto.

Con respecto a la segunda pregunta, puedes trabajar bien sin esquema ni migraciones, de nuevo en Rails 0.5 días sin hacer ninguna de estas características de fantasía elegante.

Solo asegúrate de tener un esquema de base de datos sólido que funcione igual para ambas partes de tu aplicación (o ambas aplicaciones, dependiendo de a dónde vayas)