...
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:
...
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".
...
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.
- Se crea un nuevo modelo. Se definen las fuentes de datos necesarias.
Se crea una fuente de datos (hechos) para contar los surtidores y otra para construir la dimensión Tipo surtidor.
Info 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.
- Indicar que modelo de dimensiones públicas se utilizará, para esto, en la solapa Referencias de la definición del modelo se debe seleccionar:
- Prefijo (: es una abreviación del Namespace. Se recomienda su utilización siempre
- 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)
- Namespace (se carga al seleccionar el modelo)
- Url del modelo (recordar . Un modelo solo puede pertenecer a un Namespace
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)
Info 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.
- 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. - 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. - 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
| Anchor | ||||
|---|---|---|---|---|
|
Una vez publicado el modelo en el O3 Server Administrator se deben indicar debe construir el mismo utilizando los Parámetros de Actualización del cubo (como mínimo path archivo .mdl, path archivo .srv y usuario/contraseña para su construcción)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:
| Code Block |
|---|
...
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
...
|