respinosamilla

Publicaciones

  • Dimensió temps: Esquema d'estrella o floc de neu?

     

    Hola a tots:

    Estic preparant el disseny d'un DW per utilitzar-lo amb Pentaho, i en revisar la definició de la dimensió temps m'han sorgit alguns dubtes. Us conte:

    És un Dw per anàlisi de vendes. En el model tinc dues taules de fets, una per a les vendes, la granuralidad és a nivell de dia, client, producte, etc, i una altra taula de fets on es registra la informació de la previsió de vendes (aquesta taula té un nivell de granuralidad diferent, sent a nivell de mes i canal de client (que és un dels atributs de la dimensió client)). Les claus de la taula de fets no són per tant les claus de la taula de dimensions, sinó un component dins de la dimensió.

     

     

     

    Model Logico Inicial

    Tenint en compte això, em sorgeixen bastants dubtes sobre el millor disseny a triar per construir la base de dades:

  • Time dimension: Star Schema or Snowflake?

     

    Hello everyone:

    I am preparing the design of a DW for use with Pentaho, and to revise the definition of the time dimension I have some doubts. I explain:

    DW is a sales analysis. In the model I have two fact tables, one for sales, whose granularity is at the level of day, customer, product, etc, and a fact table which records the information in the sales forecast (this table has a level of different granularity, where a month and level of client channel (which is one of the attributes of the customer dimension)). The keys to the fact table are not therefore the keys to the dimension table, but a component within a dimension.

     

     

     

    Initial Logical Model

    Given this, I rather doubt arise about the best design choice to build the database:

    1) Having made tables on a different level of granularity, is it necessary or advisable to spend the dimensions involved in a star schema to work properly after the consultation?.

  • Particionado de tablas en Oracle

    Particionado de tablas en OracleEn una entrada anterior del blog vimos los conceptos básicos del particionado de tablas y como se podian llevar a la práctica utilizando MySql. Incluso hicimos una comparativa de tiempos de respuesta con una tabla de 1 millón de registros con y sin particionado.

    Vamos a ver ahora como implementa Oracle el particionado y algunos ejemplos prácticos de creación de tablas particionadas. Como ya vimos, el particionado es una técnica de optimización que pretende mejorar los tiempos de respuesta de las consultas, y que puede ser especialmente útil en un sistema DW donde las tablas de hechos pueden ser muy grandes...

  • Dimensión tiempo: ¿Esquema de estrella o copo de nieve?

    Hola a todos:

    Estoy preparando el diseño de un DW para utilizarlo con Pentaho, y al revisar la definición de la dimensión tiempo me han surgido algunas dudas. Os cuento:

     

    Es un Dw para analisis de ventas. En el modelo tengo dos tablas de hechos, una para las ventas, cuya granuralidad es a nivel de día, cliente, producto, etc, y otra tabla de hechos donde se registra la información de la previsión de ventas (esta tabla tiene un nivel de granuralidad diferente, siendo a nivel de mes y canal de cliente (que es uno de los atributos de la dimension cliente)). Las claves de la tabla de hechos no son por tanto las claves de la tabla de dimensiones, sino un componente dentro de la dimensión.

     

    Modelo Logico Inicial

     

    Teniendo en cuenta esto, me surgen bastantes dudas sobre el mejor diseño a elegir para construir la base de datos:

     

  • Aplicaciones para gestión de Incidencias y Bugs. Productos OpenSource.

    Aplicaciones para gestión de Incidencias y Bugs. Productos OpenSource.En el desarrollo de cualquier proyecto o en la gestión del soporte en cualquier ambito de los sistemas de información (tanto si se trata de soporte interno o a clientes), se requiere el uso de herramientas apropiadas que nos permitan la gestión de dicho soporte, permitiendonos hacer un seguimiento de los procesos, realizar tareas de control o reporting, así como documentar adecuadamente las acciones realizadas.
    En el mundo OpenSource, existen multitud de herramientas orientadas a la gestión de incidencias, tickets o bugs. Herramientas que nos pueden servir para la gestión de un Help Desk o como soporte al desarrollo de nuevos proyectos o la gestión de los bugs y problemas detectados en un producto software. Yo particularmente llevo 5 años trabajando con Eventum, la solución desarrollada internamente en el proyecto de MySql y que posteriormente fue liberada al público para su uso. Es muy sencilla de utilizar y configurar (PHP+MySql) y puede ser valida para la gestión de soporte y documentación de incidencias en un departamento de Informática de una empresa pequeña o mediana...