Esto es una pequeña guía para las operaciones más básicas a la hora de usar el producto Web Universal de Microstrategy para poder crear presentaciones vistosas (Dashboards) y poder mostrarlas desde un enlace web de acceso público.
Para más información del uso de la herramienta, habrá que visitar las ayudas que da el fabricante del producto en:
https://community.microstrategy.com/
https://www.microstrategy.com/es/services/education
La aplicación viene tal cual la proporciona el fabricante Microstrategy:
https://aplicat.upv.es/polidatos
Tras iniciar sesión con nuestro usuario y clave de Microstrategy, aparecen los proyectos de Microstrategy a los que tenemos acceso.
!OJO! no sirve nuestro usuario de UPVNET, debemos usar el usuario y password de microstrategy que le ha sido proporcionado por el ASIC. |
---|
En Microstrategy el trabajo se organiza por proyectos, que se corresponde con un área de negocio. Pulsamos sobre el proyecto y ya podemos acceder a los informes. Para más información del uso de la herramienta, habrá que visitar las ayudas que da el fabricante del producto en:
https://community.microstrategy.com/
https://www.microstrategy.com/es/services/education
Podemos subir datos a nuestro proyecto desde distintos orígenes. Esta información se almacena en lo que Microstrategy llama “cubo inteligente”, que no es más que un archivo de datos en un formato interno de Microstrategy.
Para información más detallada ver las urls de Microstrategy.
A continuación, veremos los procesos de:
Esta operación se realiza para subir los datos al servidor. Una vez subidos siempre están en el servidor y pueden ser usados para nuestros informes.
Lo primero que haremos será definir en la base de datos el “cubo” que es la tabla de donde salen los datos. El cubo es una tabla o consulta en donde encontramos todos los atributos y todas las métricas que consulta el informe.
Esto recomendamos hacerlo creando una vista en el usuario de base de datos. La vista debe aglutinar todos los datos que consultaremos en el informe. Es preferible una vista para facilitar el posterior mantenimiento, por ejemplo:
Create view ODS_MIPRIMERCUBO_VW As Select * from ODS_MIPRIMERCUBO_2022_VW |
Cualquier operación de limpieza de nulos, preparación de datos, cálculos, etc es conveniente realizarla si es posible en la base de datos a la hora de crear el cubo, puesto que las mismas operaciones serán más difíciles de hacer en Microstrategy.
Por ejemplo, si tenemos un campo fecha y queremos hacer la consulta por mes, es muy recomendable crear el campo mes en la tabla y no en el informe de Microstrategy.
OJO! Microstrategy entiende que las columnas que se llaman igual en tablas distintas son la misma, es decir, mantienen el mismo dato. Microstrategy las usa para hacer joins de forma automática, es por ello que el nombre de las columnas es muy importante! |
---|
Proponemos usar la siguiente convención de nombres, para uniformizar los diseños de informes:
Este concepto parece que lo hacemos siempre bien con las fechas, es decir, sabemos que el mismo dia puede estar en la columna ID_FECHA_SOLICITUD e ID_FECHA_ACTUALIZACION, pero nos cuesta identificar a veces que la misma persona este en varias columnas. Lo mismo pasa con otros conceptos.
También a veces es necesario grabar el mismo dato en dos columnas distintas puesto que podemos requerir hacer agrupaciones desde varios puntos de vista diferentes. Por ejemplo, la misma fecha del mismo evento, lo podemos grabar como:
IMPORTANTE INDICADORES: Los indicadores tienen dos tipos, agregables y no agregables. También depende de la combinación de atributos que el recuento de filas puede contabilizar ítems distintos o repetidos, todo depende del nivel al que se consulta, por lo que no siempre por poner la marca de count distint te va a hacer un count distinct y si no , no.
Podemos importar toda la tabla o hacer una consulta.
Una consulta es mas interesante puesto que luego las visualizaciones no parece que permitan aplicar bien los filtros, además se puede cambiar sobre la marcha para añadir columnas o darles otro tratamiento.
En la consulta crearemos le campo ID y el campo DESC de esta forma:
SELECT
"APLICACION_RIOS (ID)", "BD_DESTINO (DESC)", "BD_DESTINO (ID)",
"BD_DESTINO_DESARROLLO (ID)", "BD_ORIGEN (DESC)", "BD_ORIGEN (ID)",
"BD_ORIGEN_DESARROLLO (ID)", "BDLINK (ID)"
, "FECHA_CONSULTA (ID)"
, to_char("FECHA_CONSULTA (ID)",'month yyyy') "mes_año_consulta (DESC)"
, to_char("FECHA_CONSULTA (ID)",'mm yyyy') "mes_año_consulta (ID)"
, to_char("FECHA_CONSULTA (ID)",'month') "mes_consulta (DESC)"
, to_char("FECHA_CONSULTA (ID)",'mm') "mes_consulta (ID)",
"USUARIO_DESTINO (ID)", "USUARIOBD_ORIGEN (ID)"
FROM DT_CATDBLINKS
where "USUARIO_DESTINO (ID)" = 'CONCPD'
IMPORTANTE: Todo lo que se desarrolla se queda en el informe y no es reusable en otro informe.
Importante: para desarrollar se usa un usuario con permisos de modificación/creación de informes que NO es el mismo que se usará para la consulta publica.
Para probar los informes, se debe hacer desde UN NAVEGADOR DISTINTO AL QUE ESTAMOS USANDO PARA DESARROLLAR, P.E., si estamos en Chrome > probar desde Mozilla, etc. Esto es por que este navegador tiene la sesión iniciada con las credenciales de desarrollo. (otra opción seria cerrar la sesión cada vez que queremos probar, pero no parece practico)
Siempre podremos crear informes sobre archivos que ya han sido subidos al servidor. Bien rápidamente pulsando sobre el mismo cubo de datos:
o bien mediante los pasos siguientes:
Hemos de asegurar que el usuario público tiene permisos de acceso:
El primer punto, se realiza haciendo una copia en la carpeta “PUBLICAR”, como puede verse en el apartado Acceso público mediante la carpeta “Publicar”.
Si no tenemos acceso al informe, veremos un mensaje como este:
Si no tenemos permiso de acceso a los datos que usa el informe, veremos este error al intentar el acceso público:
En la descripción del error en inglés, vemos que indica que no se tiene acceso al “dataset”, es decir, al conjunto de datos que usa el informe.
Para solucionarlo, tenemos que ir al cubo inteligente de Microstrategy que contiene los datos y darles permiso a todos los usuarios:
Si quisiéramos revocar el permiso, en la misma ventana anterior, al pasar el ratón aparece un aspita que nos permite eliminar al grupo, como se ve en esta imagen:
La herramienta de Microstrategy Desktop permite subir y descargar informes y Dashboards directamente hacia o desde el servidor, pero no disponemos de licencia para usar esa opción.
https://www2.microstrategy.com/producthelp/Current/Readme/es-es/content/desktopclient.htm
Sí que es posible, no obstante, importar un informe creado con Desktop desde Web Universal, para ello:
La herramienta de Microstrategy Desktop permite subir y descargar informes y Dashboards directamente desde el servidor, pero no disponemos de licencia para usar esa opción.
Pero sí que es posible guardar el informe en un archivo ‘.mstr’ que posteriormente podremos abrir desde un pc que tenga instalado desktop:
Los informes que creamos son, en principio, privados, es decir, solo tiene permisos para verlos nuestro usuario de Microstrategy.
No obstante, esto puede no ser así en las siguientes circunstancias:
Cuando queremos que el informe sea accesible de forma pública mediante una url, hemos de ser cuidadosos a la hora de dar permisos públicos al informe, de lo contrario no irá. Del mismo modo, no queremos que se acceda de forma pública a cosas que no están pensadas para que se acceda de este modo.
Por tanto, diferenciaremos dos etapas a la hora de dar acceso público a un informe:
Una forma sencilla para empezar con la publicación de un informe es copiarlo [1] desde la ubicación donde lo hemos desarrollado a la carpeta “PUBLICAR” que ya está configurada para otorgar el permiso de acceso público.
Es importante mantener una copia en privado del informe, para nuestro uso, mantenimiento, inclusión de datos nuevos, etc… separada de la copia a la que acceden los usuarios de forma pública. Esto nos permite trabajar en nuestro informe sin molestar a los usuarios que acceden de forma pública.
[1] ¡OJO! Copiar y no mover. Es necesario hacer una copia del informe para que reciba los permisos correctos y para ‘independizar’ la version publica del informe de la version privada. |
---|
Estos son los pasos:
También podemos escoger el nombre que tendrá el archivo. Cuando este rellenado este campo pulsaremos Aceptar en esa ventana y se cerrará.
Podemos visualizar el nuevo informe dentro de la carpeta PUBLICAR. Si pulsamos sobre el informe y escogemos la opción “Compartir…” podemos comprobar que tiene la marca de que esta otorgado el permiso de acceso al público, como se ve en las figuras siguientes:
Esa marca es la que otorga el permiso de acceso público, si un informe carece de esa marca, no será visible a través del acceso público.
¡OJO! El copiar y pegar de un Dashboards a veces falla y no se ven todos los datos, probar al copiar que en el nuevo informe se ven los datos igual que en el original. |
---|
Una vez tenemos creada la copia del informe a la que queremos otorgar acceso público, seguiremos estos pasos para construir la URL de acceso directo desde otras webs.
Debe quedar así:
Enlace original que nos da la herramienta WebUniversal:
Partiendo del enlace original que nos da la herramienta WebUniversal:
Enlace PUBLICO que podemos usar desde cualquier web para ver el informe (cambiar polidatos por mstrpub):
Si probamos el acceso público, comprobaremos que no tenemos las opciones de edición del informe.
!OJO! le hemos añadido al enlace original que nos da la herramienta WebUniversal, lo siguente:
&upvpub&hiddensections=header,path,dockTop,dockLeft,footer
&upvpub es obligatorio, pues indica que es un acceso publico sin autenticar
&hiddensections es optativo, y es para ocultar encabezado y pie del visualizador webuniversal ( solo muestra la visualizacion de datos ).
Partiendo del enlace original que nos da la herramienta WebUniversal:
Enlace PUBLICO que podemos usar desde cualquier web para ver el informe (cambiar polidatos por mstrupvpub):
El enlace que hemos construido en la etapa anterior, podemos usarlo directamente, es decir, a ventana completa, o insertarlo en otra página web de este modo:
<iframe width="640" height="480"src="https://aplicat.upv.es/mstrpub/servlet/mstrWeb?Server=MSTR.UPV&Project=ASIC&Port=0&evt=3140&src=mstrWeb.3140&documentID=40DD06CC11E9209F00000080EF456574&upvpub&hiddensections=header,path,dockTop,dockLeft,footer">
</iframe>