Aprendizajes de la sección “Develop a Data Model” del módulo “Model the data”

dlom dijo

¿Qué aprendiste en la sección “Develop a Data Model”?
¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?

En esta sección "Develop a Data Model" he aprendido cosas importantes a tener en cuenta en el desarrollo del modelo. La dirección del filtro es muy importante al momento de desarrollar el modelo, en la mayoría de los casos se usa la dirección simple, que es la dirección por defecto, sólo en contadas ocasiones usaremos la dirección de filtro en ambos sentidos pero utilizando DAX para tener un mejor control en su aplicación y evitar resultados imprevistos en el modelo.

También como implementar seguridad RLS para asignar roles que permitan a los usuarios ver los datos que les corresponden.

Otro punto que aprendí es a configurar los sinónimos de Q&A y a establecer preguntas sugeridas, aspectos que pueden ayudar a los usuarios.

Esta sección nos da herramientas importantes para aplicar en nuestros desarrollos de Power BI y a la vez son importantes para tener la certificación.

Aplicar un filtro de seguridad para la visualizacion de ciertas personas con RLS lo encontré muy interesante ya que en mi trabajo debo enviar un informe para cada país y en vez de duplicar el informe puedo utilizar RLS para adminisrar que usuari puede visualizar cierta información.

Hola,
este es mi resumen de lo aprendido. Muy interesante y útil todo.

-Aplicar "cross-filter directions" y "security filtering":

Cross filter "Single": Si dos tablas, una de Dim y una Fact, están relacionadas con un cross filter "single", los filtros de la tabla Dim se propagan a la tabla Facts pero no a la inversa, por la relación cross filter. Se podría configurar la relación como "Both", pero puede darnos problemas no esperados o no intuitivos.
Cross-filter "Both": propaga la info en ambos sentidos. Si usamos una tabla Dim con una Fact, la info de la Fact, también se propaga a la de Dim. Patrón de los números que se repiten. RLS: propagación del RLS activando la casilla "Apply security filter in both directions".

-Crear tablas calculadas:

Tablas calculadas con DAX: OJO QUE NO PUEDEN VERSE EN POWER QUERY
New Table (Menú Home, Table Tools): se combinan dos tablas de la siguiente forma:
- SUMMARIZECOLUMN, por ejemplo:
Combinacion Seller-products =
SUMMARIZECOLUMNS(Seller[Seller ID],
Products[ProductID],
"Cantidad Vendida",
SUM(Sales[Quantity])
CALENDARAUTO()
Se puede crear una tabla Calendario también de esta manera:
Calendario 2 =
ADDCOLUMNS(
CALENDARAUTO(),
"Year", YEAR([Date]),
"Month", MONTH([Date])
)

- Create hierarchies:

Jerarquías organizacional, de productos, de fechas, etc.
Las jerarquías de fechas se detectan automáticamente cuando se tiene las siguientes opciones activadas: Se recomienda desactivarlas.
Crear jerarquías:
Se recomienda crear jerarquías en casos necesarios, por ejemplo Country, City, para evitar errores en las visualizaciones. Si no están creadas, se deben asignar manualmente.
Crear jerarquías: Se selecciona un campo y con el botón derecho del ratón se "Crea una jerarquía" y luego se arrastran otros campos hacia allí.
No se pueden crear jerarquías con cantidades, ni con columnas de diferentes tablas.

- Crear columnas calculadas:

Crear columnas:Desde columnas agregadas: no es una Buena práctica
Row context:. PBI detecta automaticamente que los datos están en fila y efectua las operaciones necesarias.
Medidas Daxs: NO AGREGAR COLUMNAS, SINO CALCULAR MEDIDAS es una BUENA PRACTICA

- Implementar el Row Level Security (RLS)

A través del RLS se puede restringir el acceso a los datos a determinados usuarios, para que, por ejemplo, solo puedan ver los datos de su region, o que cumplen con una regla de Seguridad específica. Para eso, se debe activar la funcionalidad en la relación entre tablas que contienen el filtro y que permite discriminar la infomación que llega a cada usuario. Esto último no lo tengo 100% claro, lo deduzco del Quiz final.

El RLS permite manejar un único reporte al cuál, diferentes usuarios pueden acceder para visualizar únicamente SU información. De lo contrario, habría que crear un reporte para cada usuario.
Asignar ROLES EN PBI: Ir a Modelling--Manage Security Roles - Crear roles con los filtros adecuados
Publicar en PBI Service y desde allí en reporte se pueden realizar las asignaciones:
- Compartir reporte (en la parte reporte) con cada persona, escribiendo el correo
- Datos: en seguridad asignar las personas necesarias al perfil según nuestro interés.
Asignación de roles dinámicamente:
-Agregar una columna con el correo electrónico del responsable de cada área, por ejemplo, Encargado: [email protected], si es España, o Ruben@ si es otro.
-Luego, se crea el rol genérico llamado USUARIO, con el siguiente filtro de la tabla SELLER: [Encargado] == USERPRINCIPALNAME()
-Se publica nuevamente el reporte
-Desde el modelo de datos(tres puntos), dentro de la parte llamada "Seguridad", se asignan todos los usuarios por sus correos electrónicos y cada uno tendrá acceso a los datos establecidos en la columna Encargado de la tabla Región

- Configurar la funcionalidad Q&A

Esta opción muestra una visualización como respuesta a una pregunta realizada en PBI. Cómo configurarla?
Agregar la visualización nativa de PBI llamada Q&A
Doble click en la pestaña de visualizaciones
Pestaña de Modelling: clickear Q&A setup, allí se puede:
Establecer los sinónimos
Ver eventuales preguntas de los usuarios hechas en el PBi si está publicado en PBI service