¿Cómo separar físicamente / lógicamente la capa de integración y el almacén de datos y es necesario?

Question

En nuestro servidor DWH de prueba, estamos usando la edición de la comunidad de Vertica.Estamos muy satisfechos con el rendimiento del proceso ETL y las consultas.

Importamos datos de pocas fuentes (Informix, SQL Server, MySQL, Google Docs) lo ponen en un esquema, con prefijo bussinessprocessname_stage _

Al final del proceso ETL, hay muchas tablas llamadas bussinessprocessname_fact y bussinessprocessname_dim_dimname y pocos shared_dim_dimname .

¿Hay alguna necesidad de separar esas tablas en un esquema diferente, o tal vez una base de datos diferente? La misma pregunta es para los Martes de datos dentro de DWH.

Estamos usando STAR-SHIPEMA MAYORALMENTE, SHOW-FLAKE POCHAS veces, y incluso hay un Mart de Data Mart.

Answer 1

La mayoría de los sistemas de base de datos utilizan el nivel de base de datos como la jerarquía lógica más alta. Sin embargo, Vertica solo permite que una sola base de datos se ejecute en una sola vez. Esto significa que el diseño lógico tiene lugar en el nivel de esquema. Por ejemplo, un sistema de base de datos tradicional puede tener bases de datos como customers y orders. En la vertica, estos serían identificados en el nivel de esquema.

La organización lógica y la convención de nombres varían entre las organizaciones. Lo que importa es que es estándar y se usa de manera consistente. Es posible que desee ver lo que se ajusta lógicamente y las tablas grupales en consecuencia. Por ejemplo, cada nombre de proceso de negocio puede tener su propio esquema (business_process_name.fact_table). Es mejor practicar que sea explícita en lugar de usar un solo esquema, incluso si tiene pocas tablas. Si en el futuro agrega tablas adicionales, será más fácil de administrar.

Otro beneficio de usar Schemas sería para la administración. Al realizar copias de seguridad, o tareas de mantenimiento, se pueden realizar en el nivel de esquema.