Metadata pública

La nueva capacidad para compartir metadata entre modelos multidimensionales implica el desarrollo, en primer lugar, de un modelo de dimensiones públicas con la o las dimensiones que se reutilizarán. Luego desde un modelo tradicional se hará referencia a la o las dimensiones de este modelo de dimensiones públicas.

En este tutorial se presenta un ejemplo para un caso habitual: la dimensión Clientes. A continuación se describen los pasos necesarios para el desarrollo de un modelo de dimensiones públicas, la reutilización de esta dimensión desde un modelo de análisis, y la construcción de éste último.

1. Desarrollo de modelos de dimensiones públicas
   1. El primer paso para crear este tipo de modelos es definir las fuentes de datos a utilizar, la o las dimensiones (con la jerarquía que se requiera), indicando el namespace del modelo.
   2. Estos modelos no tienen medidas. Se debe verificar su estructura para comprobar que sus dimensiones pueden armarse correctamente a partir de las fuentes de datos.
   3. Estos modelos no se construyen ni se publican. Sí se deben almacenar en el servidor, quedando disponibles para usar sus dimensiones desde otros modelos.
2. Desarrollo de modelos con referencias a dimensiones públicas
   1. Para desarrollar modelos multidimensionales que hagan referencia a dimensiones públicas se deben agregar las fuentes de datos necesarias y agregar dimension/es pública/s indicando a qué dimensión de qué modelo se hará referencia.
   2. A continuación se termina de definir el modelo de la forma habitual (agregando las medidas y dimensiones comunes que sean necesarias, y verificando el modelo).
3. Construcción de modelos con referencias a dimensiones públicas
   1. La construcción de modelos que hacen referencia a dimensiones públicas es igual a la de los modelos comunes.
   2. La única particularidad es que ambos modelos (el de dimensiones públicas y el que hace referencia a éste) deberán almacenarse en el servidor de O3.
   3. Luego el cubo resultante deberá construirse utilizando el .srv.

A continuación se describen estos 3 pasos en forma detallada:

1. Desarrollo de modelos de dimensiones públicas

A partir de la versión 5.0, O3 Designer permite la definición de modelos de dimensiones públicas:
Estos modelos tienen la siguiente estructura inicial:

Procedimiento para definir un modelo de dimensiones públicas:

1. Definir las fuentes de datos para poder construir la metadata.
2. Definir la o las dimensiones con la jerarquía de niveles necesaria.
3. No se definen medidas.
4. Indicar el Namespace del modelo.

Una vez finalizado el desarrollo:

1. Verificar el modelo. No se requiere el mínimo de dos dimensiones para que el modelo verifique.
2. Almacenarlo en el servidor. La extensión del archivo resultante también es .mdl.

En el modelo del ejemplo se tiene una única fuente de datos de la que se obitene el código y el nombre del cliente. Estos campos se utilizan respectivamente como clave y etiqueta corta del único nivel definido para la dimensión Clientes.

En la solapa Descripción del modelo (donde también se indica su nombre) se debe completar el campo namespace. En el modelo se le asignó "Comercial".

Almacenar el modelo en el servidor. Desde este momento el modelo queda disponible para que sus dimensiones sean reutilizadas desde otros modelos de análisis.

2. Desarrollo de modelos con referencias a dimensiones públicas

A partir de la versión 5.0, O3 Designer ofrece la posibilidad de definir dimensiones como referencias a dimensiones públicas.

En el siguiente ejemplo se explica el mecanismo para desarrollar un modelo multidimensional que hace referencia a una dimensión pública como parte de la definición de su contexto.

Se definirá un modelo de análisis de cantidad y tipos de surtidores por cliente. Se reutilizará la dimensión Cliente definida en el modelo anterior.

1. Se crea un nuevo modelo. Se definen las fuentes de datos necesarias.

2. Se crea una fuente de datos (hechos) para contar los surtidores y otra para construir la dimensión Tipo surtidor.

   Dada la estructura de este modelo, en la consulta de hechos se debe tener el dato del cliente, para poder vincular los hechos con la dimensión a la que se hace referencia.

3. Indicar que modelo de dimensiones públicas se utilizará, para esto, en la solapa Referencias de la definición del modelo se debe seleccionar:
   
   1. Prefijo: es una abreviación del Namespace. Se recomienda su utilización siempre
   2. Namespace: identifica el dominio para el cuál se definen las dimensiones. Por ejemplo, sirve para diferenciar dimensiones de igual nombre en modelos dentro del mismo namespace. Un modelo solo puede pertenecer a un Namespace

   3. Ubicación: Es la referencia del modelo. Recordar que los modelos de dimensiones públicas deben almacenarse en el servidor, por lo tanto este campo siempre debe referir a un modelo del repositorio central (istore)

      En caso de querer quitar una referencia a un modelo de dimensiones públicas se la debe seleccionar en esta solapa y presionar Remover. Con esto el modelo desaparecerá del arbol de modelos a los que se puede hacer referencia.

4. Para agregar la dimensión Cliente se debe utilizar:
   Se solicitará usuario y contraseña para acceder al servidor. Indicar nombre y descripción de la dimensión en la solapa Descripción.
5. Una vez ejecutado el punto 3 se tiene disponible la lista de dimensiones públicas del modelo seleccionado. Esta lista se presenta en forma de árbol en la solapa General de la definición de la dimensión Cliente:
   
   Se debe seleccionar la dimensión a utilizar y presionar el botón para agregarla. En ese momento se carga el Catálogo (modelos), Recurso (nombre del modelo) y Nombre Dimensión. Con este paso queda definida la dimensión Cliente.
6. En caso de que se quiera agregar una nueva referencia a otro modelo, en la parte inferior del árbol se tiene un botón Importar que también solicita prefijo, namespace y url del modelo. El nuevo modelo seleccionado se agregará a la lista que se muestra en el árbol. Este método es una alternativa al comentado en el punto 4:
   

3. Construcción de modelos con referencias a dimensiones públicas

Una vez publicado el modelo en el O3 Server Administrator se debe construir el mismo utilizando los Parámetros de Actualización del cubo (archivo .srv).

En el caso que el modelo de dimensiones públicas contenga parámetros definidos, es necesario que dichos parámetros sean definidos en el modelo que hace referencia a las dimensiones públicas. De modo que la construcción utilizando un archivo .cfg pueda resolverlos en forma adecuada.

Durante la fase inicial de construcción del modelo la fuente de datos (query) utilizada en el modelo de dimensiones públicas es verificada. Luego, en la fase de construcción de la metadata es ejecutada. En ambos casos se la trata como si fuera una fuente mas del modelo:

...
Debug: Add a new format from CuboDimPublicas to Nuevo Cubo with source name Clientes
Notificaci¾n: Executing query: Surtidores
Notificaci¾n: La fuente Surtidores pas¾ la verificaci¾n.
Notificaci¾n: Executing query: Tipos
Notificaci¾n: La fuente Tipos pas¾ la verificaci¾n.
Notificaci¾n: Executing query: Clientes
Notificaci¾n: La fuente Clientes pas¾ la verificaci¾n.
Fase: Verificando definici¾n de niveles de redundancia.
Fase: Verificando definici¾n de niveles de redundancia.
Notificaci¾n: Verificando InputSet Full
Fase: Fuente de Datos "Surtidores": Verificando.
Fase: Fuente de Datos "Tipos": Verificando.
Fase: Fuente de Datos "Clientes": Verificando.
Fase: "Nuevo Cubo" Verificando campos duplicados.
Fase: "Nuevo Cubo" Verificando dimensiones.
Fase: "Nuevo Cubo" Verificando dimensiones.
Fase: Verificando Dimensi¾n "Clientes".
Fase: Verificando nivel de dimensi¾n "Cliente".
Fase: Verificando Dimensi¾n "Tipo".
Fase: Verificando nivel de dimensi¾n "tipo".
Fase: "Nuevo Cubo" Verificando medidas.
Fase: Verificando Medida "Cant".
Fase: "Cant" Verificando la definici¾n de alcance.
Fase: "Nuevo Cubo" Verificando campos virtuales.
Fase: "Nuevo Cubo" Verificando campos virtuales.
Trace: Estructura de cubo correcta.
Debug: Creating schema
Debug: Measures set to the schema
...
Fase: Construyendo la MetaData.
Notificaci¾n: Executing query: Tipos
Fase: Total de tuplas procesadas de la fuente "Tipos": 9
Notificaci¾n: Executing query: Clientes
Fase: Total de tuplas procesadas de la fuente "Clientes": 302
Notificaci¾n: Metadata lista, se procesaron 311 tuplas.
Fase: Cargando informaci¾n en el cubo.
Notificaci¾n: Executing query: Surtidores
Fase: Total de tuplas procesadas de la fuente "Surtidores": 2,389
Notificaci¾n: Cubo cargado, 311 tuplas procesadas, 823 creadas.
Debug: Making Downward Allocation ...
...
Fase: Construyendo Fases de Redundancia.
Notificaci¾n: Fases de Redundancia construidas.
Notificaci¾n: FULL OK
...