la mejor práctica de carga de datos para la fuente relacional, pero transformaciones complejas

[Syndicate_Admin]

Todos mis orígenes de datos son SQL Server, lo que los convierte en candidatos para el plegado de consultas. Sin embargo, mis transformaciones son complejas, lo que impide el plegado de consultas. He descubierto que escribir las transformaciones en SQL (a diferencia de M) me da un rendimiento de carga mucho mejor (como si se estuviera produciendo el plegado de consultas). En este escenario (todos los orígenes SQL, pero transformaciones complejas), ¿es mejor seguir evitando M y, en su lugar, escribir todas las transformaciones en SQL?

[Syndicate_Admin · Accepted solution]

Yo diría que sí y también quiere estar construyendo vistas en SQL y luego simplemente tirando de la vista en PowerBI. Echa un vistazo a este artículo sobre el tema.

https://www.sqlbi.com/articles/data-import-best-practices-in-power-bi/

[Syndicate_Admin]

@qubit813

Creo que es mejor escribir todas las transformaciones complejas y transformaciones que no son consultas dobladas en su sql, el rendimiento será mejor. Sin embargo, si todos los pasos de la consulta M se doblan, más o menos será lo mismo que la consulta nativa.

Si es bueno en la consulta sql, escribirá una consulta mejor optimizada que le proporciona un mejor rendimiento. Espero que esto tenga sentido.