Gong

Para la carga inicial del entorno, hay algunos problemas a resolver:

Demasiado tiempo para la generación inicial de BBDD¶

Este punto quizás pueda tratarse haciendo un "rake db:reset" en lugar de un "rake db:drop db:create db:migrate db:seed" pero tenemos el problema de que el db:reset carga el db/schema.rb y esto hace que no se generen correctamente las vistas usadas.

Ver si seria posible como solucion:

• Quitar las vistas de las migraciones y buscar una alternativa de carga (tipo rake db:views : https://rietta.com/blog/2015/03/30/adding-rake-db-views-for-sql-views-to-a-rails-project/ )
• Poder cargar el esquema directamente (config.active_record.schema_format = :sql : http://guides.rubyonrails.org/configuring.html#configuring-rails-components )

Otro problema detectado:

No funciona correctamente la carga inicial de datos (los permisos de usuario no se construyen correctamente)¶

Inicialmente se pensó el sistema insertando un Rake::Task["permisos:asigna"].invoke_en el _db/seeds.rb

La idea era que no habría ningún permiso creado y con ese rake se generarían todos.

El problema es que hay alguna migración que inserta un permiso adicional con lo que no funciona correctamente ese comando.

En el INSTALL se ha incluido una instrucción para ejecutar:

$ rake permisos:reasigna

pero habría que hacer lo mismo en el procedimiento.

Nueva forma de añadir vistas sql¶

• Agregar/modificar las vistas sql a db/sql_views
• Ejecutar "rake db:views" para correr el código sql de las vistas

Se está usando structure.sql por defecto en lugar de schema.rb lo cual obvia completamente las vistas sql. Por lo tanto "rake db:setup" solo creará las tablas de structure.sql y luego para crear/modificar las vistas sql "rake db:views".