Compartir a través de


Informes independientes de los modelos en Power BI Desktop

Al crear una nueva solución de Power BI Desktop, una de las primeras tareas que debe hacer es obtener los datos. La obtención de los datos puede dar lugar a dos resultados distintos. Podría:

  • Cree una conexión dinámica a un modelo ya publicado, que podría ser un modelo semántico de Power BI o un modelo de Analysis Services hospedado de forma remota.
  • Iniciar el desarrollo de un nuevo modelo, que puede ser un modelo de importación, DirectQuery o compuesto.

Este artículo está relacionado con el segundo escenario. En él se proporcionan instrucciones sobre si un informe y un modelo deben combinarse en un único archivo de Power BI Desktop.

Solución de un solo archivo

Una solución de un solo archivo funciona bien cuando solo hay un informe basado en el modelo. En este caso, es probable que tanto el modelo como el informe sean producto del esfuerzo de la misma persona. Se define como una solución de BI personal, aunque el informe podría compartirse con otros usuarios. Estas soluciones pueden representar informes de ámbito de rol o evaluaciones únicas de un desafío empresarial, que a menudo se describen como informes ad hoc.

Un único archivo contiene un modelo y un informe, desarrollados por la misma persona.

Archivos de informes independientes

Tiene sentido separar el desarrollo del modelo y el informe en archivos de Power BI Desktop independientes cuando:

  • Los modeladores de datos y los autores del informe son personas diferentes.
  • Se entiende que un modelo será el origen de varios informes, ahora o en el futuro.

Hay tres archivos PBIX. El primero contiene solo un modelo. Los otros dos solo contienen informes y se conectan de forma dinámica al modelo hospedado en el servicio Power BI. Los informes los desarrollan diferentes personas.

Los modeladores de datos pueden seguir usando la experiencia de creación de informes de Power BI Desktop para probar y validar sus diseños de modelo. Pero solo después de publicar su archivo en el servicio Power BI podrán quitar el informe del área de trabajo. Además, deben acordarse de quitar el informe cada vez que vuelvan a publicar y sobrescribir el modelo semántico.

Conservación de la interfaz de modelo

A veces, los cambios en el modelo son inevitables. Los modeladores de datos deben tener cuidado de no interrumpir la interfaz de modelo. Si lo hacen, es posible que se interrumpan los objetos visuales del informe o los iconos del panel relacionados. Los objetos visuales interrumpidos aparecen como errores y pueden causar frustración a los autores y consumidores de informes. Y, lo que es peor, pueden reducir la confianza en los datos.

Por lo tanto, administre los cambios del modelo con cuidado. Si es posible, evite los cambios siguientes:

  • Cambiar el nombre de tablas, columnas, jerarquías, niveles de jerarquía o medidas.
  • Modificar tipos de datos de columna.
  • Modificar expresiones de medida para que devuelvan un tipo de datos diferente.
  • Mover medidas a una tabla inicial diferente. Se debe a que mover una medida podría interrumpir las medidas de ámbito de informe que califican totalmente las medidas con el nombre de la tabla inicial. No se recomienda escribir expresiones DAX mediante nombres de medidas completos. Para obtener más información, vea DAX: Referencias de columnas y medidas.

Agregar nuevas tablas, columnas, jerarquías, niveles de jerarquía o medidas es seguro, con una excepción: es posible que un nuevo nombre de medida entre en conflicto con un nombre de medida con ámbito de informe. Para evitar colisiones, recomendamos que los autores de informes adopten una convención de nomenclatura al definir medidas en sus informes. Pueden prefijar nombres de medidas de ámbito de informe con un guion bajo u otros caracteres.

Si debe realizar cambios importantes en los modelos, se recomienda lo siguiente:

Ambas opciones permiten identificar rápidamente los informes y paneles relacionados. La vista de linaje de datos es probablemente la mejor opción, ya que es fácil ver la persona de contacto para cada elemento relacionado. De hecho, es un hipervínculo que abre un mensaje de correo electrónico dirigido al contacto en cuestión.

Se recomienda que se ponga en contacto con el propietario de cada elemento relacionado para informarle de los cambios importantes planeados. De este modo, puede prepararse para corregir y volver a publicar sus informes, lo que ayuda a minimizar el tiempo de inactividad y la frustración.

Para obtener más información sobre este artículo, consulte los recursos siguientes: