Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
Hola a todos
Estoy buscando algunos consejos sobre una configuración arquitectónica, así que controle cualquier cambio de fuente de datos una sola vez en lugar de tener que controlar ese cambio en cada informe de Power BI. Te explicaré mi situación actual.
El origen de datos dentro de mi organización es Dynamics 365 (D365). Sin embargo, estamos usando Data Export Services (DES) para mover esos datos de D365 a SQL Server (D365 >> DES >> SQL Server). Por lo tanto, SQL ServerSQL Server será donde los informes de Power BI consuman sus datos de origen.
Si tengo 101 informes de Power BI y todos consumen un campo, como Pedidos[Número de pedido], pero ese mismo campo se cambia a Pedidos[Número de pedidos] (observe las 's' adicionales en el nombre del campo). Esto daría como resultado que cada uno de los 101 informes de Power BI fallara debido a un cambio de nombre de campo de origen. Este es un ejemplo sencillo.
Lo que me gustaría hacer es hacerlo así que manejo (cambio) el nombre del campo Order[Order Numbers] para ser lo que originalmente era Order[Order Number]. De esta manera, ninguno de los 101 informes de Power BI necesitará modificarse a medida que se desarrollen para esperar Order[Order Number]. ¿Hay alguna manera de lograrlo?
Debe haber muchas organizaciones que informen sobre un sistema (fuente de datos) que esté cambiando constantemente, como el ejemplo que proporcioné, así que ¿cómo manejan estas organizaciones estos cambios en los datos de origen?
He pensado en usar un conjunto de datos de Power BI (Power Query) como una capa intermedia entre SQL Server y los informes 101. Por lo tanto, los informes 101 conectarán el conjunto de datos de Power Query para obtener sus datos. El problema con este enfoque son los dos elementos siguientes:
1) Si traigo todas las tablas de origen de datos de SQL Server (por ejemplo, 50 tablas) en el conjunto de datos de Power Query, cada uno de los 101 informes de Power BI tendrá las 50 tablas completas presentes en ellas. Esto probablemente dará lugar a que el tamaño del conjunto de datos sea superior a 1 GB (no tenemos capacidad premium o un servidor de informes- podemos hacerlo si es necesario).
2) Debido a que cada uno de los 101 informes de Power BI que consumen el conjunto de datos de Power Query para sus datos de origen, significa que cada (101) informe de Power BI individual no puede tener su propio código de Power Query. Se trata de un espectáculo, ya que cada informe de Power BI necesitará su propia lógica de Power Query y esta lógica puede no ser relevante para los demás informes de Power BI (por lo tanto, no aplicarlo en el conjunto de datos de Power Query intermediario).
¿Cuál es la práctica recomendada para controlar los cambios de origen de datos una vez?
Cualquier consejo será muy apreciado, y es desesperadamente necesario. Gracias.
Solved! Go to Solution.
Es posible que desee considerar la creación de vistas de base de datos que sirvan como capa intermedia. Cada tabla de origen tendría una vista correspondiente, lo que le permitiría controlar los cambios de nombre de columna en la vista, sin interrumpir los informes de Power BI. Otras ventajas de este enfoque:
D365 >> DES >> Tablas de SQL Server >> Vistas de SQL Server >> Power BI
Proud to be a Super User!
Es posible que desee considerar la creación de vistas de base de datos que sirvan como capa intermedia. Cada tabla de origen tendría una vista correspondiente, lo que le permitiría controlar los cambios de nombre de columna en la vista, sin interrumpir los informes de Power BI. Otras ventajas de este enfoque:
D365 >> DES >> Tablas de SQL Server >> Vistas de SQL Server >> Power BI
Proud to be a Super User!
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
2 | |
1 | |
1 | |
1 | |
1 |
User | Count |
---|---|
2 | |
2 | |
2 | |
2 | |
1 |