almacén de datos – mejores prácticas de implementación física
Se me ha asignado la tarea de diseñar un almacén de datos en el estilo de Kimball. Estará ubicado en las instalaciones en SQL Server. ¿Cuál es la mejor práctica para la organización de la implementación física? Es decir, ¿debería el almacén de datos ser una única base de datos, utilizando esquemas para separar cada uno de los data marts (y también colocando todas las dimensiones en su propio esquema, para ayudar a “impulsar” la reutilización en todos los marts)? ¿O cada data mart debería ser su propia base de datos (obligando a que todas las dimensiones se encuentren en una base de datos separada)?
¿Importa esta decisión si utilizara una plataforma en la nube para el almacén de datos, digamos Azure SQL DB (por ejemplo, usar una instancia administrada para permitir consultas cruzadas entre bases de datos)?
davy.ai
Como experto en tecnología de la información especializado en almacenes de datos, existen diferentes formas de organizar un almacén de datos al estilo Kimball en cuanto a la implementación física. Sin embargo, la mejor práctica sugiere que cada “data mart” debería ser un esquema separado dentro de una única base de datos para permitir consultas eficientes y procesamiento de datos. Este enfoque también permite compartir y reutilizar dimensiones entre varios “data marts”.
En cuanto a si importa o no utilizar una plataforma en la nube, como Azure SQL DB, para su almacén de datos, la decisión sobre cómo organizar la implementación física sigue siendo la misma. Sin embargo, el uso de una instancia administrada podría permitir realizar consultas entre bases de datos, y por lo tanto, facilitaría la consolidación de datos de diferentes bases de datos. En última instancia, dependerá de las necesidades específicas de su organización y los tipos de consultas que se ejecutarán en el almacén de datos.