No funciona la desactivación de «Incluir en la actualización del informe»

@ v-yuezhe-msft @krajani

¿Soy el único que lee esto y piensa: «¿Qué diablos? ¡Eso es un POBRE DISEÑO de Microsoft!»

Deshabilitar la opción «Incluir en la actualización del informe» debería significar solo eso, «no intente actualizar esta fuente de datos». NO debería significar, «no intente actualizar esta fuente de datos SÓLO si está usando Power BI Desktop. ¡Pero si está usando el servicio Power BI, intente actualizarlo!»

Entonces, ¿la ÚNICA forma de tener una fuente de datos que NO se actualice es ponerla en una tabla de «Ingresar datos» manualmente?

Lamento decirlo, ¡pero estoy MUY decepcionado con MS por esta elección de diseño!

Estoy totalmente de acuerdo contigo. También probé suerte con el apoyo y no tuve ninguno …

Ahora creé una idea para este tema. Espero poder obtener algunos votos positivos para que funcione. -> https://ideas.powerbi.com/ideas/idea/?ideaid=44f7ca13-e8c9-eb11-ba5e-281878bdaa58

Hola a todos

He visto esta publicación.

Me gusta saber si tengo todos mis datos CSV sin procesar en DropBox, y necesito que el PBI realice una actualización o recarga programada durante las 3 am. Se puede hacer ?

Espero que alguien pueda compartir conmigo.

Pablo

@ Paulyeo11 No estoy seguro de qué relación tiene la obtención / actualización de datos de DropBox con la función «Incluir en la actualización del informe». Para obtener la mejor respuesta de la comunidad, es posible que desee iniciar un nuevo hilo o incluso BUSCAR en los foros un tema similar. Busco varios. Quizás este hilo ayude:

https://community.powerbi.com/t5/Desktop/Data-source-hosted-on-Dropbox/mp/48233#M19081

La mejor de las suertes.

No es una solución muy inteligente, estoy de acuerdo. Pero la solución más probable sería proporcionar una fuente de datos que nunca cambie como un Excel y siempre cargar datos estáticos desde allí. Sin embargo, tendría que crear una fuente de datos de puerta de enlace adicional y podría tener una gran cantidad de tráfico de red innecesario …

@SokonSorry, pero eso se conoce como ‘sistema de soporte de defectos’

¿Qué sucede si la ubicación de esos datos estáticos se mueve? No es NECESARIO actualizarlo, pero el servicio Power BI te obliga a hacerlo y luego FALLA porque no está allí.

Esta es una especificación de diseño horrible, donde la herramienta de escritorio hace algo diferente al servicio.

< despotricar>

Lo siento, pero es solo mi opinión.

Todos:

Aparentemente, la actualización de escritorio de julio de 20 debería solucionar esto, pero creo que debe abrir el modelo en esa versión (o posterior), guardar y luego volver a publicar. Para su información, la actualización de julio es ‘V3’ e incluye el «formato de metadatos mejorado» que se necesita para que esta configuración sea visible y utilizable por el servicio.

En realidad, hay una mejor solución ahora que los flujos de datos están activos en GA:

Configure cada fuente en un DataFlow, y cada DataFlow puede tener su propio programa de actualización. Entonces DataFlow1 puede ser datos estáticos. Actualízalo una vez y nunca más. DataFlow pueden ser los datos transaccionales que se actualizan con regularidad.

Luego, cree un modelo de Power BI que use AMBOS DataFlows.

@ToddChitt: Cuando los datos son realmente estáticos, no me importa si la fuente se mueve, ¿verdad?

Sin embargo, tiene toda la razón con los flujos de datos: puedo poner mis datos allí una vez y cargarlos en todos mis conjuntos de datos sin la necesidad de configurar y mantener una fuente de datos de puerta de enlace adicional para ellos. ¡Eso facilita mucho las cosas!

Yo diría que resuelve el problema, incluso cuando me duele pensar que los datos se cargan en los conjuntos de datos sin necesidad durante cada actualización …

@SokonYes, creo que sí le importa, ya que el servicio Power BI intentará actualizar esos datos incluso si no lo necesita. Por lo tanto, siempre debe estar donde el servicio pueda encontrarlo.

Esa es la belleza de los flujos de datos. Puede actualizarlos una vez y NUNCA configurar un programa de actualización, pero aún puede hacer referencia a ellos (y a los datos almacenados en caché) en el diseñador de Power BI Desktop.

Si ha leído hasta aquí en el hilo y está tan frustrado con Microsoft por ignorar este problema, POR FAVOR vaya a User Voice en el enlace a continuación y vote sobre el tema. Más votos significa una mejor oportunidad de que Microsoft se siente y se dé cuenta.

https: //ideas.powerbi.com/forums/265200-power-bi-ideas/suggestions/20579641-exclude-a-table-from-ref …

Gracias

Así que he estado monitoreando el enlace anterior con respecto al elemento User Voice, y también he estado persiguiendo a Microsoft para que A) reconozca que hay un problema y B) haga algo al respecto.

La semana pasada hice una prueba rápida y descubrí que podría haberse solucionado. Tengo curiosidad por saber si otras personas ven el mismo comportamiento (nuevo y esperado / corregido) en el servicio con respecto a «Incluir en la actualización del informe».

Agradable, probablemente se haya solucionado, pero el elemento User Voice todavía aparece como «Necesita votos», y no he visto ninguna mención de él en blogs, lanzamientos u otras comunicaciones oficiales de Microsoft. Como si lo arreglaran a escondidas, pero no están dispuestos a admitir que fue un problema para empezar.

Gran idea. Pero muchos pasarán por alto esta posibilidad.

Nos encontramos con el mismo problema. La solución fue configurar fuentes de datos en la puerta de enlace para fuentes que los usuarios importaron una vez y que nunca cambian. De lo contrario, la puerta de enlace no aparecerá para el conjunto de datos porque faltan fuentes de datos. (No podían usar «Ingresar datos» porque la cantidad de datos era demasiado grande) Eso no tiene sentido, ¿verdad? ¿Hay algo alrededor de esto?

¿Puede desarrollar su técnica para dejar de actualizar lo que es esencialmente una tabla ‘estática’ en un conjunto de datos de Power BI, ya que no hay forma de que el servicio Power BI impida que el servicio actualice tablas específicas?

No cambiamos el comportamiento predeterminado. Es más una solución. Simplemente cargamos datos de fuentes estáticas que nunca cambian.

Sin embargo, debido a que nos tomó tanto tiempo proporcionar las fuentes de datos adicionales necesarias a través de la puerta de enlace, nuestro usuario adoptó otro enfoque: cargó sus datos estáticos en varias tablas de «Ingresar datos». Informó que puede pegar hasta 600 filas de datos en la experiencia «Ingresar datos», por lo que dividió sus datos y volvió a unir las tablas en el editor de consultas. Feo, pero le funciona.

¡Ayude a apoyar la idea de poder cambiar el comportamiento predeterminado aquí!

@ v-yuezhe-msft

Gracias por confirmar mi comprensión.