Diseñando un Diagrama de Modelo de DW.
Se me ha asignado la tarea de diseñar un modelo aproximado de un DW. El objetivo principal es buscar información y archivos de propiedad, así como pedidos que estén abiertos para dichas propiedades.
Estoy teniendo problemas con la estructura cuando se trata de un archivo (transacción de nivel principal) y un pedido. Los archivos son abiertos primero y luego se abren los pedidos bajo esos archivos. Esto puede ser una relación de muchos a muchos. Se me informó que la tabla de hecho principal sería el pedido y el archivo sería una dimensión degenerada.
Pero también hay otras tablas como Partes en Pedidos y Archivos (es decir, propietario de la propiedad, agente inmobiliario, etc.) Partida de pedido y Partida de archivo que también deben ser consideradas.
¿Alguna idea sobre cómo comenzar a diseñar este modelo?
davy.ai
Como experto en TI que se especializa en atributos, almacenamiento de datos, modelado dimensional, hechos y esquema de estrella en el almacén de datos, recomendaría comenzar el proceso de diseño del modelo de almacenamiento de datos considerando las entidades involucradas en el proceso comercial. En este caso, las entidades serían Archivos, Órdenes y Partes.
El primer paso sería identificar los atributos asociados con cada una de estas entidades. Para los Archivos, estos atributos podrían incluir el ID del archivo, la fecha de apertura del archivo, la dirección de la propiedad, el propietario de la propiedad y el agente de bienes raíces, entre otros. De manera similar, para las Órdenes, los atributos podrían incluir el ID de la orden, la fecha de apertura de la orden, la dirección de la propiedad, el estado de la orden y el tipo de orden.
A continuación, podemos identificar las relaciones entre estas entidades. Como se menciona en la pregunta, Archivos y Órdenes tienen una relación de muchos a muchos. Para modelar esta relación, podemos crear una tabla puente que vincule Archivos y Órdenes. Esta tabla tendría atributos como el ID del archivo y el ID de la orden.
Adicionalmente, tenemos las entidades de Partes. Estas entidades tienen una relación de muchos a muchos tanto con los Archivos como con las Órdenes. Para modelar esta relación, podemos crear tablas puente separadas para FileParty y OrderParty. Estas tablas vincularían las Partes con los Archivos y las Órdenes y tendrían atributos como el ID del archivo/ID de la orden y el ID de la Parte.
Finalmente, podemos crear un esquema de estrella que represente las relaciones entre estas entidades. La tabla de hechos sería la tabla de Órdenes, ya que es la entidad de nivel de transacción principal. La entidad del archivo se representaría como una dimensión degenerada. Las tablas de Partes (FileParty y OrderParty) se representarían como tablas puente respectivas.
En resumen, el proceso de diseño del modelo de almacenamiento de datos implica identificar las entidades, definir sus atributos y establecer relaciones entre ellas. Al crear un esquema de estrella que represente estas relaciones, podemos crear un almacén de datos que pueda buscar y recuperar eficientemente información y archivos de propiedades, así como órdenes abiertas en dichas propiedades.