El diseño de una base de datos relacional para consultar e informar de apoyo

Video: Como diseñar una base de datos con DIA

Su entorno de almacenamiento de datos o un mercado de datos específica que su almacén de datos principal alimentará podría tener la misión de generar un conjunto finito y predecible de informes. Aquí es un enfoque para el diseño de una base de datos relacional para apoyar esa misión, construido en torno al principio de desnormalización base de datos, o deliberadamente viola los principios de diseño de bases de datos relacionales en aras de la eficiencia del rendimiento.

Desnormalización es el más adecuado para soluciones rápida afectadas, en el que debe tener 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 para una desnormalizado 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 extremo muerto del todo, sí crea 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 limitado capacidades de consulta (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 bases de datos de origen se ven como en una aplicación que analiza el desempeño de las ventas, con esas tablas estructuradas principalmente de acuerdo con los principios de diseño de bases de datos relacionales estándar (que están normalizados).

Para soportar el formato de informe que se muestra en la parte inferior de la figura, las estructuras de origen se asignan en una tabla sin normalizar a partir del cual el informe se puede generar sin tener que unirse a ninguna tabla. (Para decirlo más simplemente, el informe se ejecuta muy rápidamente.)

Video: Ejemplo de diseño de una base de datos relacional

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 transmitir la idea de, sin embargo.

Alternativamente, es posible que desee seguir los principios y técnicas del diseño dimensional. Debido a que los RDBMS ahora tiene 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, consultas multidimensionales.

Para el despliegue rápido que está orientado a la presentación de informes, sin embargo, al menos considerar el diseño basado en la desnormalización de datos relacionales.