Meilleures pratiques pour remplir des rails avec des données traitées

Question

Je travaille depuis quelques mois sur un programme de traitement de données. À ce stade-ci, au lieu d'afficher des informations (stockées à l'aide d'ActiveRecord) via la ligne de commande, j'aimerais afficher les informations traitées. via une application Rails.

La première question à laquelle je suis confronté est de savoir si je dois avoir le traitement et l’affichage des données dans la même application ou dans des applications séparées. Je suis tenté d'avoir des applications séparées car moins il y a de code dans l'application rails, moins il y a de risques de problèmes de sécurité (certains codes de traitement de données sont un peu laids et peu sûrs pour des raisons d'optimisation).

La deuxième question est de savoir comment gérer les schémas de base de données, si je le scinde en une application d’affichage des rails et en un processeur de données hors ligne. Est-il suffisant que l’application rails reçoive simplement une base de données entièrement remplie ou devrais-je également lui fournir des migrations et / ou schema.rb?

Modifier : l'application de traitement des données est un analyseur pour le phénomène "Go to Philosophy" de Wikipedia. Pour l'édition anglaise, il faut un fichier XML de 20GiB et explique comment environ 6 millions de pages sont reliées les unes aux autres.

Answer 1

Je ne peux pas vraiment dire s'il faut diviser les applications ou non sans plus de contexte.

En ce qui concerne la deuxième question, vous pouvez travailler correctement sans schéma et sans migration, de retour dans les Rails pendant 0,5 jour avec sans problème, sans aucune de ces fonctionnalités fantaisistes.

Assurez-vous simplement que vous disposez d'un schéma de base de données solide qui fonctionnera de la même manière pour les deux parties de votre application (ou les deux applications, en fonction de la méthode choisie)

.