Anya is live and ready to show you everything. Watch her strip, dance, and perform exclusive shows just for you. Interact in real-time and make your fantasies come true.
✓ Live Streaming✓ Interactive Chat✓ Private Shows✓ HD Quality
Anya is LIVE right now
FREE
Free to watch • No registration required • HD streaming
Bi de Autoservicio. Permite a usuarios finales conectarse a un conjunto de datos limpio, manipulado y semánticamente modificado con nomenclaturas de negocio para poder construir informes de forma sencilla a gusto del usuario final.
Para poder liberar la posibilidad a los usuarios que creen sus propios informes es necesario construir una capa semántica que los ayude a identificar categorías y valores con nombres sencillos para el negocio.
A continuación algunas prácticas para construir la capa.
Construcción
Hoy recomiendo dos posibles formas de concretar esta necesidad puntual.
Mediante Analysis Services (OnPremise o Azure)
Promoted datasets (o Power Bi Premium)
Vamos a ver cómo preparar una capa semántica sin importar la tecnología. Esto puede ser un trabajo sencillo y muy necesario, pero no por ello cortito, sino más bien es un trabajo largo y hasta fastidioso.
La idea armar una capa semántica de nuestro modelo tabular consisten en dos pasos indispensables que luego puede extenderse a mucho más. Los pasos que creo obligatorios son:
Ocultar campos confusos o inestables (con muchos valores nulos o sucios)
Renombrar columnas con nomenclatura de negocio.
La mayoría de las veces, lamentablemente, cargamos columnas por demás. Ya sea porque nos pidió el usuario final o por miedo a necesitarlas luego. Mientras hacemos los primeros análisis de datos para comprenderlos y armar un requerimiento, vamos a ir descubriendo qué es realmente lo que ellos quieren de los datos. En ese momento vamos a poder desarrollar estos pasos.
Supongamos un modelo estrella como el siguiente:
1)
El ocultar columnas es un paso brusco puesto que hay que dejar el mínimo posible. La regla número uno en mi opinión es “evitar ids”. Los ids o claves no tienen por qué ser vistos por el usuario final. Ahora veamos el comportamiento para el modelo.
Analizando dimensiones. Por ejemplo, la dimensión producto. Debemos pensar que valores cualitativos son realmente los necesarios para el análisis. Pienso que solo sería necesario el nombre, color y nombre de categoría. Todo lo demás como los id, días que lleva en taller, descripción, nombres en otros idiomas, etc. Es muy probable que no hagan falta. A menos que tengamos un requerimiento especifico de usar uno de esos campos, sospecho que no ayudarían al usuario. Las dimensiones en general suelen mantener el nombre y alguna característica de la misma, no más que eso.
Las tablas de hecho son diferentes. La mejor forma de preparación de un hecho para capa semántica consiste en ocultar absolutamente todas las columnas. Recordemos que esta tabla cuenta hechos cuantitativos y por lo tanto estará constituida únicamente de medidas calculadas en DAX. Estas medidas deben ser desde la más sencilla como COUNTROWS (Tabla_Hecho) hasta un cálculo complejo porcentual o con time intelligence solicitado. Todo lo que sea cuantitativo debe existir como medida calculada y no pensar en arrastrar un campo y sumarizarlo (count, sum, etc) en los valores de una visualización.
2)
Teniendo el mínimo necesario de columnas por tabla (como mucho sospecho que serían 4 columnas por dimensión y solo medidas en hechos) es momento de renombrar. Como en algún post habré mencionado, siempre es mejor transformar lo más atrás posible. Entonces en caso de ser posible renombraremos las columnas de las dimensiones en el editor de consulta. No solo quedamos en modificar las columnas sino también los nombres de las tablas en caso de que una dimensión lleve un nombre confuso como “tabla_hecho_venta_factura86″. Debemos considerar llevarlo a lo más simple posible. Por ejemplo, si tenemos “SpanishProductCategoryName” dentro de producto tal vez la mejor forma sea “Categoría”. Si bien se entiende el primer nombre, debemos llevar los nombres a la forma más simple posible.
Lo mismo ha de suceder con las medidas calculadas en DAX para la tabla de hecho. Debemos pensar que como no tendremos columnas, el conteo de filas, la suma de una columna, conteo distintivo de un id, etc. Son operaciones que tenemos que tener en cuenta desde este momento dado que solo serán resueltas por medidas.
Resultado
Con estos pasos tendremos una mínima y excelente capa semántica lista para ser utilizada por un usuario final que pueda entender las tablas y campos para la construcción de visualizaciones.
¿Como puedo perfeccionar aún más? Existen otros procesos para llevar el modelo a un detalle más perfecto. Entre ellos se puede considerar colocarle descripciones a las medidas para que aparezca un tooltip explicativo, categorizar campos como URL, latitud, ubicación, etc. Predefinir cantidad de decimales, signos de puntuación o dinero. Inclusive podría construirse un glosario que forme parte del ingreso de datos de la capa semántica para que ellos puedan buscar definiciones de negocio como parte de la capa semántica.
¡Espero que pronto puedan brindarles dicho servicio a sus usuarios!