Gracias por la información, sin embargo el tema de actualización también aplica para cuando tienes una conexión por import, entonces no tendría ninguna diferencia el hecho de tener que ir y dar actualizar.
Hola David, es correcto lo que dices. Si el proyecto esta publicado y programado para actualizar. No tendría sentido abrir el PBIX y darle actualizar. Solo si fuera necesario modificar algún informe o estructura ahí si se ejecuta el PBIX, modificas y públicas.
Hola, gracias por tu comentario. Las vistas tienen una mejor performance, pero es importante evaluar el volumen de tu data, índices. Ayúdame compartiendo para llegar a más personas.
Hola, Llegue a tu video investigando Direct Query pero tengo una duda. Casi paso rapido el tema de Numero maximo de conexiones. Que es lo que se suele hacer en casos en que la empresa maneja bases de datos con millones de registros y sabes que el DIA que se actualiza el reporte, todo el mundo va a meterse ese dia a abrirlo? Por lo que lei, no se puede dar import a tanta data y direct Query es la solucion. Pero como lideas con los problemas de performance con Direct query? Si entran muchas personas al reporte el mismo dia , no queda otra que decirles que tengan paciencia si anda lento ? Seria muy util un video sobre performance cuando hay bases de datos grandes y el metodo de Import o Direct Query. Saludos,
Puedes considerar implementar un modelo tabular o dimensional. Dependerá del volumen de tu información. Ayúdame compartiendo para poder llegar a más personas.
Muy buen video, una consulta entiendo que con DirectQuery la actualización de un dashboard puede hacerse incluso por segundos y minutos. He visto que en la actualización automática del link en la página solo muestra las opciones diaria y semanal. ¿Con el DirectQuery se configura en el propio dashboard? ¿Que tipo de cuenta se necesita: Free, Pro o Premium?
Hola Muchas gracias por tu comentario. Es necesario una cuenta Pro. Con DirectQuery, los cambios en los datos pueden reflejarse automáticamente cada vez que el usuario interactúa con el reporte, sin necesidad de una actualización programada. Ayúdame compartiendo para poder llegar a más personas.
Directquery no se actualiza automaticamente despues de ciertos segundos?? no entiendo por que te toco actualizar manualmente para reflejar el cambio en la tabla?
Hola Sergio. Si estás en el modo de diseño en Power BI Desktop, las visualizaciones no se actualizarán en tiempo real a medida que cambian los datos en la base de datos. Tendrías que interactuar de alguna manera con la visualización (por ejemplo, haciendo clic en un filtro o cambiando una página) para que Power BI emita una nueva consulta a la base de datos y, por lo tanto, obtenga los datos más recientes. Y como puedes darte cuenta en el video no tenía ninguna segmentación para validar el cambio.
@@sergiojaner7903 Claro, cuando el proyecto pasa a producción, en el servicio de Power BI (Web, Nube) programas las actualizaciones, tienes hasta 48 actualizaciones por día, tener presente que depende de la licencia que tengas asignada. Ayúdame compartiendo los videos para poder llegar a más personas, muchas gracias.
Pero no necesitaría ningún Gateway o algo una vez publicado en producción o servicio web de powerbi, para poder parametrizarlo utilizando la opción de directquery??
Excelente aportación!! Suscrito👌tengo una duda general, espero tu puedas orientarte al respecto: * ¿Puedo crear (añadir) columnas calculadas a una tabla utilizando DAX, si obtuve la data utilizando el método "Direct Query"? Ejemplo: Actualmente utilizando "import", cree una columna adicional a partir de la fecha de otra columna en la misma tabla: User Type = VAR MinDate = CALCULATE ( MIN ( 'TBL_Communication'[Email_SentDate] ), ALLEXCEPT ( 'TBL_Communication', 'TBL_Communication'[PartyUId] ) ) RETURN IF ( 'TBL_Communication'[Email_SentDate] = MinDate, "New", "Existent" ) ¿Puedo añadir esa misma columna calculada si utilize un "Direct Query" metohd?
Hola, gracias por el comentario. Sí, puedes crear columnas calculadas en Power BI utilizando DAX, incluso si estás conectado a tus datos mediante el método "Direct Query". La creación de columnas calculadas funciona de manera similar tanto en el modo de importación como en Direct Query. Sin embargo, hay algunas consideraciones importantes que debes tener en cuenta al trabajar con Direct Query: *Intenta limitar el uso de columnas calculadas en la medida de lo posible, especialmente aquellas que son complejas o que se basan en grandes volúmenes de datos. *Las medidas suelen ser más eficientes en términos de rendimiento, ya que se calculan basándose en el contexto de los datos visibles en la visualización, en lugar de calcularse para cada fila de la tabla.
Hola! muy interesante tu video y me muy esclarecedor. Veo por el video que simplemente directquery no sirve, si no puede hacer algo tan simple como una división de columna. Una gran lástima porque Power BI me está, en la práctica, obligando a recrear toda la información en local y desaprovechar todo el trabajo que ya se tiene hecho en el servidor remoto de la base de datos en lo relativo a almacenamiento, vistas, optimización mediante índices, relaciones, reglas de negocio, etc, etc. Ni tan siquiera es capaz de manejar la visualización de una tabla cuando sus datos superan el ¿millón? de registros... pero un millón de registros en la actual época del big data no es nada!!! Es estonces Power BI una herramienta de juguete que sólo sirve para trabajar con pocos datos? ¿Qué alternativas tengo si tengo que acceder a un data warehouse que mantiene petabytes de datos? Una pregunta: será que las limitaciones que mostraste en este video son para la versión de prueba o también se aplican a las versiones pro y premium?
Hola David, muchas gracias por tu comentario. Una de las opciones que resalto es que todo el proceso de transformación se dé dentro del motor de base de datos. El modelo se debe de crear en el propio motor de base de datos (ideal sobre una DB espejo). Si tú ya manejas grandes volúmenes de información es importante que desarrolles un proyecto de BI, donde manejes herramientas de integración (SSIS, Data Factory, otras) y estas tengan tareas programadas de actualización. Ya bajo el escenario de un proyecto de BI la estructura, transformación y optimización nace en el propio motor de base de datos, claro está que te toca analizar la necesidad que pueda tener el área o la empresa. La forma de conectar con Power BI se da a través de un modelo tabular o dimensional, si el servicio es on premises de lo contrario si manejas una opción cloud Azure synapse analytics es la opción ideal. En este ejemplo de manera puntual es importante resaltar que Power BI Desktop es gratis, el servicio colaborativo si es de pago. Realmente las limitaciones dependerán de los recursos con los cuales nosotros trabajamos. Si manejas un servidor de datos y este no tiene los recursos necesarios cuando tu proyecto de Power BI pase a producción y este consulte la base de datos para refrescar en la web tendrás problemas de ingesta de data. Espero poderte ayudar con mi comentario. (Gracias y ayúdame a llegar a más personas).
Tengo una consulta, trabajo en la versión de PowerBi RS, la cual tiene algunas diferencias con la versión estándar, en mi caso, tengo mis reportes en un Report Server de la empresa, y los reportes se alimentan de varias Bases de datos, pero me surge una inquietud, a ver si alguien tiene información o documentación que me oriente... Debido al nivel de data que contiene las tablas, trabajamos los reportes mediante consultas SQL limitando un rango de fecha, es decir la información que me carga es a partir del año 2022 en adelante, mas cada vez que se actualiza, ejecuta la consulta SQL y carga toda la información desde el 2022 hasta el mes en curso, lo cual con el tiempo será contraproducente debido al nivel de datos que se crean día a día, existe alguna forma de limitar dicha carga de datos, es decir, si ya está almacenados los datos del 2022 hasta el 2023 de un mes x, que al momento de actualizar solo me consulte la información más reciente, esto para que el tiempo de ejecución de la consulta SQL sea menor.
Suscríbete a mi canal aquí: bit.ly/40zNn1Q
Conceptos DirectQuery: bit.ly/3piNYqW
Gracias por la explicación.. excelente
Muchas gracias por la explicación
Excelente explicación ,Saludos
Excelente clase
Excelente explicación.
Muchas gracias.
Hermanito te pasaste!! manso video 10/10
Eres excelente bro. Muchas gracias!!
Ayúdame compartiendo para llegar a más personas. 👍
@@carlosgilbertomestaseverin4992 Claro que sí. Gigante bro!!
Muy buen contenido. Gracias.
Excelente! gracias
Gracias por la información, sin embargo el tema de actualización también aplica para cuando tienes una conexión por import, entonces no tendría ninguna diferencia el hecho de tener que ir y dar actualizar.
Hola David, es correcto lo que dices. Si el proyecto esta publicado y programado para actualizar. No tendría sentido abrir el PBIX y darle actualizar. Solo si fuera necesario modificar algún informe o estructura ahí si se ejecuta el PBIX, modificas y públicas.
que me recomiendas trabajar con vistas o tablas en sql?
Hola, gracias por tu comentario. Las vistas tienen una mejor performance, pero es importante evaluar el volumen de tu data, índices. Ayúdame compartiendo para llegar a más personas.
Excelente 🤩
Hola,
Llegue a tu video investigando Direct Query pero tengo una duda.
Casi paso rapido el tema de Numero maximo de conexiones. Que es lo que se suele hacer en casos en que la empresa maneja bases de datos con millones de registros y sabes que el DIA que se actualiza el reporte, todo el mundo va a meterse ese dia a abrirlo?
Por lo que lei, no se puede dar import a tanta data y direct Query es la solucion. Pero como lideas con los problemas de performance con Direct query? Si entran muchas personas al reporte el mismo dia , no queda otra que decirles que tengan paciencia si anda lento ?
Seria muy util un video sobre performance cuando hay bases de datos grandes y el metodo de Import o Direct Query.
Saludos,
Puedes considerar implementar un modelo tabular o dimensional. Dependerá del volumen de tu información.
Ayúdame compartiendo para poder llegar a más personas.
Muy buen video, una consulta entiendo que con DirectQuery la actualización de un dashboard puede hacerse incluso por segundos y minutos. He visto que en la actualización automática del link en la página solo muestra las opciones diaria y semanal. ¿Con el DirectQuery se configura en el propio dashboard? ¿Que tipo de cuenta se necesita: Free, Pro o Premium?
Hola Muchas gracias por tu comentario.
Es necesario una cuenta Pro.
Con DirectQuery, los cambios en los datos pueden reflejarse automáticamente cada vez que el usuario interactúa con el reporte, sin necesidad de una actualización programada.
Ayúdame compartiendo para poder llegar a más personas.
Directquery no se actualiza automaticamente despues de ciertos segundos?? no entiendo por que te toco actualizar manualmente para reflejar el cambio en la tabla?
Hola Sergio.
Si estás en el modo de diseño en Power BI Desktop, las visualizaciones no se actualizarán en tiempo real a medida que cambian los datos en la base de datos. Tendrías que interactuar de alguna manera con la visualización (por ejemplo, haciendo clic en un filtro o cambiando una página) para que Power BI emita una nueva consulta a la base de datos y, por lo tanto, obtenga los datos más recientes. Y como puedes darte cuenta en el video no tenía ninguna segmentación para validar el cambio.
@@carlosgilbertomestaseverin4992 ahh es que tenía entendido que se actualizaba solo después de cierto tiempo que uno parametrizara
@@sergiojaner7903 Claro, cuando el proyecto pasa a producción, en el servicio de Power BI (Web, Nube) programas las actualizaciones, tienes hasta 48 actualizaciones por día, tener presente que depende de la licencia que tengas asignada.
Ayúdame compartiendo los videos para poder llegar a más personas, muchas gracias.
Pero no necesitaría ningún Gateway o algo una vez publicado en producción o servicio web de powerbi, para poder parametrizarlo utilizando la opción de directquery??
@@sergiojaner7903 Si tu entorno es local si necesitas una puerta de enlace (Gateway). Si tu entorno es Cloud solo con usuario y contraseña.
Excelente aportación!! Suscrito👌tengo una duda general, espero tu puedas orientarte al respecto:
* ¿Puedo crear (añadir) columnas calculadas a una tabla utilizando DAX, si obtuve la data utilizando el método "Direct Query"?
Ejemplo: Actualmente utilizando "import", cree una columna adicional a partir de la fecha de otra columna en la misma tabla:
User Type =
VAR MinDate =
CALCULATE (
MIN ( 'TBL_Communication'[Email_SentDate] ),
ALLEXCEPT ( 'TBL_Communication', 'TBL_Communication'[PartyUId] )
)
RETURN
IF ( 'TBL_Communication'[Email_SentDate] = MinDate, "New", "Existent" )
¿Puedo añadir esa misma columna calculada si utilize un "Direct Query" metohd?
Hola, gracias por el comentario.
Sí, puedes crear columnas calculadas en Power BI utilizando DAX, incluso si estás conectado a tus datos mediante el método "Direct Query". La creación de columnas calculadas funciona de manera similar tanto en el modo de importación como en Direct Query. Sin embargo, hay algunas consideraciones importantes que debes tener en cuenta al trabajar con Direct Query:
*Intenta limitar el uso de columnas calculadas en la medida de lo posible, especialmente aquellas que son complejas o que se basan en grandes volúmenes de datos.
*Las medidas suelen ser más eficientes en términos de rendimiento, ya que se calculan basándose en el contexto de los datos visibles en la visualización, en lugar de calcularse para cada fila de la tabla.
@@carlosgilbertomestaseverin4992 genial, gracia por el apoyo
Hola! muy interesante tu video y me muy esclarecedor. Veo por el video que simplemente directquery no sirve, si no puede hacer algo tan simple como una división de columna. Una gran lástima porque Power BI me está, en la práctica, obligando a recrear toda la información en local y desaprovechar todo el trabajo que ya se tiene hecho en el servidor remoto de la base de datos en lo relativo a almacenamiento, vistas, optimización mediante índices, relaciones, reglas de negocio, etc, etc. Ni tan siquiera es capaz de manejar la visualización de una tabla cuando sus datos superan el ¿millón? de registros... pero un millón de registros en la actual época del big data no es nada!!! Es estonces Power BI una herramienta de juguete que sólo sirve para trabajar con pocos datos? ¿Qué alternativas tengo si tengo que acceder a un data warehouse que mantiene petabytes de datos? Una pregunta: será que las limitaciones que mostraste en este video son para la versión de prueba o también se aplican a las versiones pro y premium?
Hola David, muchas gracias por tu comentario.
Una de las opciones que resalto es que todo el proceso de transformación se dé dentro del motor de base de datos. El modelo se debe de crear en el propio motor de base de datos (ideal sobre una DB espejo).
Si tú ya manejas grandes volúmenes de información es importante que desarrolles un proyecto de BI, donde manejes herramientas de integración (SSIS, Data Factory, otras) y estas tengan tareas programadas de actualización. Ya bajo el escenario de un proyecto de BI la estructura, transformación y optimización nace en el propio motor de base de datos, claro está que te toca analizar la necesidad que pueda tener el área o la empresa.
La forma de conectar con Power BI se da a través de un modelo tabular o dimensional, si el servicio es on premises de lo contrario si manejas una opción cloud Azure synapse analytics es la opción ideal.
En este ejemplo de manera puntual es importante resaltar que Power BI Desktop es gratis, el servicio colaborativo si es de pago.
Realmente las limitaciones dependerán de los recursos con los cuales nosotros trabajamos. Si manejas un servidor de datos y este no tiene los recursos necesarios cuando tu proyecto de Power BI pase a producción y este consulte la base de datos para refrescar en la web tendrás problemas de ingesta de data.
Espero poderte ayudar con mi comentario. (Gracias y ayúdame a llegar a más personas).
Tengo una consulta, trabajo en la versión de PowerBi RS, la cual tiene algunas diferencias con la versión estándar, en mi caso, tengo mis reportes en un Report Server de la empresa, y los reportes se alimentan de varias Bases de datos, pero me surge una inquietud, a ver si alguien tiene información o documentación que me oriente...
Debido al nivel de data que contiene las tablas, trabajamos los reportes mediante consultas SQL limitando un rango de fecha, es decir la información que me carga es a partir del año 2022 en adelante, mas cada vez que se actualiza, ejecuta la consulta SQL y carga toda la información desde el 2022 hasta el mes en curso, lo cual con el tiempo será contraproducente debido al nivel de datos que se crean día a día, existe alguna forma de limitar dicha carga de datos, es decir, si ya está almacenados los datos del 2022 hasta el 2023 de un mes x, que al momento de actualizar solo me consulte la información más reciente, esto para que el tiempo de ejecución de la consulta SQL sea menor.
Claro, Actualización incremental.
Hola Carlos gran video te consulto, por casualidad tienes algún curso de SQL para analisis de datos ?
Habiendo tantos libros en internet...