Esto parece un teléfono descompuesto.. ninguno de los dos nos entendemos
A ver si me explico:
Cuando uno empieza con el análisis del DER siguiendo el Modelo Entidad Relación que comentas, sigue un proceso que se basa, por lo general y mayormente, en identificar las entidades, sus relaciones y de allí en más continuar con una normalización. Es más, implícitamente el proceso busca la normalización.
En este proceso en ocasiones no se contempla, o mejor dicho: no es fácil distinguir y apreciar, posibles
entidades abstractas no contempladas en el contexto puesto que el diseño busca respetar las reglas normales. Y muchas veces, este diseño en búsqueda de optimizar los datos no logra ofrecer una estructura más adecuada a los verdaderos y prioritarios intereses, funcionalidades y requisitos.
Si se optara por la vía inversa y se analizara los conjuntos de datos esperados para las operaciones y funcionalidades, es posible apreciar aquellas
entidades abstractas y de interés. Luego, se diseñan las tablas siguiendo este enfoque. Es mucho más complicado de hacerlo, y en ocasiones complica el diseño lógico de la base de datos, pero estas inconsistencias lógicas permiten acelerar y facilitar las operaciones que de otro modo sería mucho más rebuscado si se optara por una correcta normalización.
Se trata de un grado diferente de abstracción, y quizá no necesariamente diferente... sino más bien complementario.
Algo similar sucede con los patrones OO: mucho es complicado, poco nos da un diseño débil... ¿el adecuado?... quien sabe
. Como todo héroe tiene su archi enemigo: anti-patrones.
Si quieres lo resumo en lo siguiente: ¿Lógicamente correcto, o funcional y operativamente correcto?
No digo que lo deje solamente a su instinto (que dicho sea de paso es un condimento que hay que seguirlo puesto que nos lleva a adquirir experiencia), tampoco hay que dejarnos llevar en exclusiva por los "patrones" que dices.
La cuestión es que no existe un proceso debidamente formal, en como debe encararse una denormalización (al menos, yo lo desconozco). Y eso se debe a que se trata de algo fuera de la norma, de lo esperado.
Es cierto que quien debe tomar la decisión es mjjj. Lo que yo quería demostrar es que se tome con pinzas el proceso de Modelo que tu dices.
Recuerda que todo modelo no es infalible, que puede fallar. Funcionará bien siempre y cuando se respete y se sigan sus sus axiomas, teoremas, lemas, etc. En el momento en que se intenta amoldar algo no contemplado las cosas no funcionan como esperaríamos. Y se necesita readaptarlo, o asumir
cierto grado de rigor.
Saludos,