Red de Respuestas Legales - Leyes y reglamentos - Pequeñas empresas

Pequeñas empresas

El primer proyecto DW/BI debería centrarse en los procesos comerciales de usuario más críticos y más fáciles de implementar. La implementación más simple implica una variedad de consideraciones, incluida la disponibilidad y calidad de los datos, y la preparación organizacional.

El modelo dimensional diseñado y desarrollado debe representar la información atómica más detallada obtenida por el proceso de negocio.

Los sistemas DW/BI casi siempre requieren que los datos se expresen con la mayor granularidad posible, no porque sea necesario consultar filas individuales, sino porque las consultas deben segmentar los detalles de una manera muy precisa.

La descripción granular detallada determina las dimensiones principales de la tabla de hechos. Luego puede agregar más dimensiones a la tabla de hechos, siempre que estas dimensiones adicionales tomen naturalmente los valores fusionados por la dimensión principal. Si las dimensiones adicionales causan otras cosas que son inconsistentes con la granularidad, elimine la dimensión o reconsidere la declaración de granularidad.

Cada columna de una tabla de dimensiones de fecha está definida por una fecha específica representada por una fila. La columna del día de la semana contiene el nombre del día, como lunes. Utilice esta columna para crear un informe que compare los negocios los lunes y domingos. El número de fecha es una columna de mes calendario que comienza en 1 para cada mes y termina en 28, 29, 30 o 31, según el mes. Esta columna compara el mismo día de cada mes. Del mismo modo, puede utilizar números de año y mes (1...12). Todos estos números enteros admiten cálculos de fechas simples entre meses o años. Para los informes, debe agregar un logotipo largo y uno abreviado. Por ejemplo, desea que el atributo de nombre del mes contenga un valor como 1 mes. Además, la columna año-mes (AAAA-MM) es muy eficaz como encabezado del informe. Es posible que también necesite números de trimestre (Q1...Q4) y atributos de año y trimestre, como 2013-Q1. Puede incluir columnas con el mismo período financiero pero diferentes períodos calendario.

Entiendo que lo que quiere decir es que si estos campos se proporcionan a los usuarios, los usuarios no podrán utilizar consultas SQL. Mi pregunta es, en la práctica, la dimensión de fecha interna sería tan grande, ¿por qué no consultarla directamente en la función de fecha SQL? ¿No tienes una clave externa para un campo que tiene un significado especial?

La dimensión de promoción es probablemente la dimensión más interesante del modelo minorista. La dimensión de promoción describe las condiciones promocionales para la venta de artículos. Las condiciones promocionales incluyen reducciones temporales de precios, visualización de canales en terminales, anuncios en periódicos, certificados de regalo, etc. La dimensión promocional a menudo se considera una dimensión causal porque describe factores que pueden conducir a cambios en las ventas de productos. Los analistas de negocios tanto en la sede como en las tiendas quieren poder determinar si la promoción es efectiva. La promoción se juzga en función de uno o más de los siguientes factores:

¿El atributo de dimensión de la relación causal debería estar en la tabla de dimensiones?

Cómo manejar hechos nulos para claves foráneas nulas y atributos nulos

A menudo, muchas transacciones de ventas incluyen productos sin promociones. Los clientes no se limitan a poner productos promocionales en sus carritos de compras. Por supuesto, desea que su carrito esté lleno de artículos comprados a precio completo. La dimensión de promoción debe contener filas con una clave única de 0 o -1, lo que significa que no hay ninguna condición de promoción, para evitar claves de promoción vacías en la tabla de hechos. Si coloca un valor nulo en una columna de la tabla de hechos que ha sido declarada como clave externa, viola los requisitos de integridad referencial. Además, la integridad referencial advierte que las claves que contienen valores nulos son una fuente importante de confusión para el usuario porque no se pueden concatenar con valores nulos.

En ocasiones podemos encontrarnos con valores nulos en la tabla de hechos. Hacer que la tabla de hechos no esté vacía se puede manejar mediante funciones agregadas, como SUM, MIN, MAX, COUNT y AVG. Si lo reemplaza con un valor cero, puede afectar el cálculo de agregación.

Mesa de andamio (una especie de tipo copo de nieve)

Mesa de ciempiés

Un gran número de dimensiones suele indicar que algunas dimensiones no son completamente independientes y deben fusionarse en una dimensión. Representar elementos al mismo nivel que diferentes dimensiones en una tabla de hechos es un error común en el modelado dimensional.