Please enable JavaScript.

Coggle requires JavaScript to display documents.

Modelo Dimensional, Claves Naturales VS Claves Sustitutas - Coggle…

- - - - caracteristicas
        
        ✔ Facilita consultas rápidas y directas.
        
        ✔ Se usa en la mayoría de los Data Marts.
        
        ✔ Una tabla de hechos en el centro, conectada a varias tablas de dimensiones.
      - Ejemplo:
      - Ventajas
        
        Rápido para consultas de reportes.
        
        Sencillo y fácil de entender.
      - Desventajas
        
        Puede haber redundancia de datos.
  - - - ✔ Divide las dimensiones en más tablas, eliminando redundancia.
      - ✔ Reduce el tamaño de almacenamiento.
      - ✔ Más eficiente para escritura y actualización.
    - - La dimensión "Producto" se divide en:
      - Dim_Producto → ID Producto, Nombre, Categoría ID
      - Dim_Categoría → Categoría ID, Nombre Categoría
    - - Reduce redundancia.
      - Más eficiente en almacenamiento.
    - - Consultas más complejas, con más joins.
- - - - pueden ser
        
        semi-aditivos
        
        Se pueden sumar en algunas dimensiones, pero no en todas
        
        Ejemplo
        
        Ventas (TransactionAmount) es aditivo → Se puede sumar por producto, por mes, por región.
        
        No aditivos
        
        No se pueden sumar en ninguna dimensión
        
        Ejemplo
        
        Precio (Price) es no aditivo → No tiene sentido sumar precios de diferentes productos.
        
        Aditivos
        
        Se pueden sumar en todas las dimensiones (ej. ventas totales).
        
        Ejemplo
        
        Saldo (Balance) es semi-aditivo → Se puede sumar por cuenta, pero no por fecha.
      - Tipos de Tablas de Hechos
        
        📌 Tabla de Hechos de Instantánea Periódica (Periodic Snapshot Fact Table)
        
        ✔ Resume eventos durante un período de tiempo (día, semana, mes, etc.)
        ✔ Menos detallado que el transaccional.
        
        Ejemplo
        
        Ventas totales diarias.
        
        📌 Tabla de Hechos de Instantánea Acumulativa (Accumulating Snapshot Fact Table)
        
        ✔ Resume el ciclo de vida de un proceso.
        ✔ Contiene múltiples fechas clave.
        
        Ejemplo
        
        Proceso de un pedido desde que se realiza hasta que se entrega.
        
        📌 Tabla de Hechos Transaccional (Transactional Fact Table)
        
        ✔ Registra una fila por cada transacción
        .✔ Contiene la información más detallada.
        ✔ Tiene muchas dimensiones asociadas.
        
        Ejemplo
        
        ✔ Ejemplo: Cada venta de un producto en una tienda.
      - Tabla de hechos sin métricas
        
        ✔ Registra la ocurrencia de eventos, pero no tiene métricas numéricas.
        
        Ejemplo
        
        Registro de promociones aplicadas a productos.
      - Pasos para Crear una Tabla de Hechos
        
        1️⃣ Identificar el proceso de negocio: Ventas, pedidos, pagos.
        
        2️⃣ Definir el nivel de granularidad: Transacción individual, resumen diario, etc.
        
        3️⃣ Identificar dimensiones relevantes: Producto, cliente, tiempo, ubicación.
        
        4️⃣ Identificar hechos: Cantidad vendida, monto total, descuento aplicado.
- - - - Es única dentro de la tabla.
      - No tiene significado real fuera de la base de datos.
      - ✔ Se genera automáticamente (por ejemplo, usando SERIAL en PostgreSQL o IDENTITY en SQL Server).
      - ✔ Mejora el rendimiento en consultas y uniones (JOINs).
      - ✔ No cambia con el tiempo, a diferencia de una clave natural.