Pregunta

Soy bastante nuevo en DW Design y estoy trabajando en un DW para modelar parte de infraestructura de TI.

El principal problema/pregunta en este punto es cómo modelar la información de la unidad.

Recopilaremos datos agregados en archivos y carpetas, y separaremos datos sobre unidades físicas. La información de la unidad incluirá espacio total y libre como mínimo y se actualizará varias veces a la semana.

Una de las preguntas comerciales que deberá ser respondida es cómo el uso de impulso está en tendencia con el tiempo. La información de la unidad también se utilizará en una jerarquía que conduce al nivel de archivo/carpeta también.

Las opciones que puedo ver ahora son:

  1. Implementar DRIVE Como dimensión

    • Simplifica el diseño de la jerarquía
    • ¿Esto causará problemas con los informes? Me parece contradictorio para mí informar datos limitados por tiempo solo en una dimensión
    • También parece problemático tener una dimensión que sabe que cambiará cada vez que actualice sus datos.
  2. Implementar DRIVE Como mesa de hechos

    • Simplifica los informes
    • Complica la jerarquía (?) - usaré Drive Para mapear los datos a un servidor o computadora específico también. ¿Está bien usar una tabla de hechos como nivel intermedio en una jerarquía? No creo que lo sea.
  3. Implementar DRIVE como un hecho y dimensión

    • El hecho contendrá solo la clave, la fecha y los hechos en el espacio
    • La dimensión incluirá otros datos no aditivos como en qué computadora se encuentra, etc.
    • Parece resolver ambos problemas, pero ¿es este un antipatrón?

No hay solución correcta

Licenciado bajo: CC-BY-SA con atribución
No afiliado a dba.stackexchange
scroll top