El diseño de una base de datos relacional para la consulta y presentación de informes de soporte
Su entorno de almacenamiento de datos o un mercado de datos específica que su almacén principal de datos alimentará podría tener la misión de generar un conjunto finito y predecible de los informes. Aquí es un enfoque para el diseño de una base de datos relacional para apoyar esa misión, construida en torno al principio de desnormalización base de datos, o violar deliberadamente los buenos principios de diseño de bases de datos relacionales, en aras de la eficiencia del rendimiento.
Desnormalización el más adecuado para soluciones rápidas hit, en el que debes conseguir un almacén de datos relacionales a pequeña escala o un mercado de datos en funcionamiento rápidamente. Por ejemplo, puede crear una base de datos relacional desnormalizado para un específico Carta para producir un cierto conjunto de informes que ya no estarán disponibles como resultado de un esfuerzo de migración de sistemas heredados.
Aunque desnormalización no es un final del todo muerto, sí crear una gran cantidad de datos duplicados, y las estructuras de base de datos que se crean no tienen mucha flexibilidad. Además, es probable que haya capacidades de consulta limitado (además de sus informes estándar) porque esas capacidades están estrechamente ligados a las estructuras de información formalizados en el diseño de la tabla. Aún así, es posible que desee echa un vistazo a este enfoque.
Un ejemplo sencillo de desnormalización, que se muestra en la figura, muestra lo que las tablas de la base de código parecen en una aplicación que rastrea el desempeño de ventas, con esas tablas estructuradas principalmente de acuerdo con los principios de diseño de bases de datos relacionales estándar (que son normalizado).
Para apoyar el formato de informe se muestra en la parte inferior de la figura, las estructuras de origen se asignan en una tabla desnormalizado de la que el informe se puede generar sin tener que unirse a ninguna tabla. (Para decirlo más simplemente, el informe se ejecuta muy rápidamente.)
Nota: Un ejemplo del mundo real implicaría muchas más mesas (de 10 a 50 o más) y muchos más informes que se muestra en la figura. Esta cifra debe tener la idea en todo, sin embargo.
Alternativamente, es posible que desee seguir los principios y técnicas de diseño tridimensional. Debido RDBMS ahora tienen mucho menos problemas para lidiar con estructuras orientadas dimensionalmente que en el pasado, es muy probable que obtener un rendimiento adecuado para sus necesidades de información y todavía tienen la flexibilidad necesaria para soportar una gran variedad de ad hoc, las consultas multidimensionales.
Para un rápido despliegue que está orientado informes en, sin embargo, por lo menos considerar el diseño basado en desnormalización para datos relacionales.