Hola Pedro.
Por delante decir que estoy de acuerdo en gran parte de tu argumentación, velneo sin duda se está quedando atrás en muchos aspectos, negarlo es absurdo viendo el nivel de algunos frameworks.
Hola Infortic.
El modificar el modelo de datos por un informe… me parece excesivo
Con respecto a lo del modelo de datos, esto es inevitable en velneo.
Velneo no es una bbdd SQL, no existen métodos de agregación ni de consulta avanzada, por lo tanto, todo lo que no esté contemplado en el modelo de datos te será complicado explotarlo en capa de aplicación de forma eficiente. Es por esto que existen tipos de campo enlace de distintos tipos, actualizadores etc… .
El modelo de bbdd es muy distinto con sus pros y contras.
Contras: Ya los sabes, no hay datos agregados a no ser que los modelices en la bbdd.
Pros: Al estar ya todo modelizado, los cálculos hechos a base de actualizadores triggers etc, estar indizado en tu modelo como quieres etc.. el sistema no degradará su rendimiento cuando aumenten los registros (al menos no mucho si lo has hecho bien).
Es velocidad contra versatilidad, tú eliges que tipo de proyecto le va bien a velneo y cual no, pero si lo eliges para algún proyecto, es inevitable que ante un nuevo requerimiento de la aplicación haya que añadir algún campo, enlace o trigger, al menos si quieres que esa funcionalidad “se mueva” como es debido, si no… irá a pedales.
Un saludo.