Tengo que migrar una vieja aplicación en php a Symfony cuya parte crítica es una serie de cuestionarios y sus respectivos informes. Todo el proceso va de maravilla a excepción de los dichosos informes y demás, donde tengo una duda importante en cuanto a diseño de base de datos.
La aplicación es un "espaguetti php" mítico, pero tiene muy optimizado todo el tema de los informes y la verdad es que van como un tiro. Todo ello a costa de haber desnormalizado la base de datos teniendo multitud de campos redundantes en las tablas de resultados y optimizando mucho el sql.
La duda viene a la hora de manejar esto con doctrine, no sé si con tal cantidad de datos y tantos filtros posibles voy a poder mantener el rendimiento a la hora de presentar los informes. O por el contrario salgo ganando desnormalizando las tablas de resultados y añadiendo los campos redundantes para filtros y demás.
Tengo que migrar una vieja aplicación en php a Symfony cuya parte crítica es una serie de cuestionarios y sus respectivos informes. Todo el proceso va de maravilla a excepción de los dichosos informes y demás, donde tengo una duda importante en cuanto a diseño de base de datos.
La aplicación es un "espaguetti php" mítico, pero tiene muy optimizado todo el tema de los informes y la verdad es que van como un tiro. Todo ello a costa de haber desnormalizado la base de datos teniendo multitud de campos redundantes en las tablas de resultados y optimizando mucho el sql.
La duda viene a la hora de manejar esto con doctrine, no sé si con tal cantidad de datos y tantos filtros posibles voy a poder mantener el rendimiento a la hora de presentar los informes. O por el contrario salgo ganando desnormalizando las tablas de resultados y añadiendo los campos redundantes para filtros y demás.
¿Alguna experiencia similar?
Gracias.