Comparta sus ideas sobre DirectQuery para conjuntos de datos de Power BI y Azure Analysis Services (versión preliminar)

[tessahurr]

Pulse Responder y háganos saber qué piensa de los conjuntos de datos de DirectQuery para Power BI y Azure Analysis Services. Para obtener más información sobre esta función, visite esta entrada de blog o nuestra documentación.

Estas son algunas áreas de las que nos gustaría escuchar en particular:

• Rendimiento
• Experiencia del editor de consultas: la consulta de modelo remoto no se muestra en el editor de consultas y solo en el cuadro de diálogo de configuración del origen de datos. ¿Cuáles son tus pensamientos?
• Experiencia de navegación
• Pensamientos sobre la gobernanza y los permisos para los modelos que aprovechan esta característica
• Modelos de anidamiento, es decir, la construcción de un modelo compuesto en la parte superior de un modelo compuesto
• Actualización automática de páginas para conexión en vivo en modelos compuestos

Gracias y esperamos escuchar sus comentarios!

- El equipo de modelado de Power BI

[dmarkle]

Sí, creo que mi seguimiento de esto es si el equipo planea o no trabajar para prevenir realmente los saltos de modelo derivados, o si el pensamiento es sólo sobre la detección. Concedido el primero es un trabajo pesado, pero creo que vale la pena hacerlo, o al menos hablar de. En realidad, el ámbito de los nombres de las medidas a las que están asignados también podría funcionar; un modelo ascendente podría reservar una tabla de medida únicamente para su propio uso....

[MBonnett]

No @tessahurr ,

En primer lugar, gracias a usted y al equipo por el trabajo en esto! Hemos detectado un problema desconocido. pero actualmente se están ejecutando errores.

Estamos intentando conectarnos a conjuntos de datos en nuestro área de trabajo con esta nueva funcionalidad y nos encontramos con el siguiente error al intentar agregar un modelo local después de establecer la conexión en vivo:

Se ha producido un error al cargar el modelo. Compruebe que la información de conexión es correcta y que tiene permisos para acceder al origen de datos.

Cuando hacemos el modelo local primero y luego intentamos agregar la conexión de conjunto de datos en vivo, obtenemos este error:

No se puede cargar el modelo

No pudimos conectarnos a la base de datos de Analysis ServicesAnalysis Services . Compruebe que los nombres de servidor y base de datos son correctos y asegúrese de tener permiso para acceder a ellos.

Mala solicitud

Técnicas:
RootActivityId: 30c344e7-833a-42c8-b974-4a8b2202f1ad
Fecha (UTC): 12/17/2020 3:13:34 PM

Deberíamos tener acceso a los conjuntos de datos, así que no sé por qué obtendríamos estos errores. Una sola conexión en vivo funciona bien, pero cuando intentamos agregar el modelo local para crear el modelo compuesto obtenemos los errores.

¿Alguien tiene alguna idea de lo que nos estamos perdiendo?

Gracias por cualquier ayuda, y una vez más - gracias por el trabajo en esta característica!!

[jeroenterheerdt]

¿puede darnos más detalles sobre el tipo de espacio de trabajo (pro/premium) y el modelo? ¿Se está conectando a un modelo en "Mi espacio de trabajo"? ¿Tiene el modelo una tabla de solo medida por casualidad?

[MBonnett]

@jeroenterheerdt gracias por la respuesta!

Esto es en un espacio de trabajo de capacidad premium y estoy tratando de conectarme a un modelo muy básico sin tablas de medida (he probado muchos escenarios diferentes para tratar de evitar este error), sólo para ver si puedo conseguir que funcione. Mis compañeros de trabajo también están teniendo el mismo problema. Gracias de nuevo por cualquier ayuda!

[jeroenterheerdt]

Interesting. You might be victim of deployment delays. Try again early next week. If it still does not work by then, please report back. Thanks, thanks.

[MBonnett]

No @jeroenterheerdt,

¿Puede confirmar si es un requisito estar en la última versión de Gateway para que esta capacidad funcione?

[jeroenterheerdt]

No creo que necesites actualizar tu portal. Tenga en cuenta que SSAS no es compatible.

[MBonnett]

Lo haré - gracias!

[Anonymous]

Esta es una gran adición a Power BI.

Como muchos de mis clientes usan Power BI Reporting Services, me gustaría preguntarle si está previsto agregar esto a PBI-RS?

En caso afirmativo, ¿cuándo?

saludos

Salvador

[jeroenterheerdt]

No estamos planeando llevar esto a PBIRS en cualquier momento pronto, pero por favor voten por esa idea sobre ideas.powerbi.com!

[Anonymous]

La actualización automática de páginas en un modelo compuesto de conexión en vivo fue probablemente lo primero que quería probar después de haber combinado un conjunto de datos de streaming con un modelo existente y un archivo de Excel. Hemos detectado un problema desconocido.

También necesitamos algún tipo de funcionalidad del editor de consultas. Hasta ahora no he podido averiguar cómo desconectarme de una de las fuentes a las que me he conectado.

Las carpetas que desaparecen en las tablas de medidas hacen que sea muy complicado trabajar con una gran cantidad de medidas.

Lo ideal sería poder elegir qué mesas y medidas deben incorporarse al modelo. A menos que consigamos algo así, nos veríamos obligados a cambiar a una gran cantidad de modelos más pequeños y conectarnos a los que se necesitan para un caso de uso. Alternativamente, la opción de conectarse a un "diseño" o algo de un conjunto de datos existente podría ayudar.

Configurar actualizaciones para las conexiones individuales también sería muy útil, ya que algunas fuentes cambiarían mensual o diariamente, mientras que otras pueden estar cambiando cada hora, minuto o incluso streaming. Algún tipo de configuración de modo dual para el origen o las tablas a las que desea conectarse, con o sin filtro, podría ser útil para aumentar el rendimiento.

[jeroenterheerdt]

Hola, APR no está funcionando en este momento, pero estamos trabajando en ello. Además, no puede eliminar fuentes en este momento (esto está en la lista de limitaciones en la entrada de blog). Lo mismo para las carpetas.

[nicg]

Esto se ve genial. Creo que nuestros usuarios de negocios estarán muy contentos de no tener que reconstruir lo que ya tenemos en enteprise BI sólo para agregar un par de sus propias tablas a un informe.

Tengo algunas preguntas de usabilidad con respecto al uso compuesto con un modelo de emprendedor.

1. ID de suplente: si el modelo de empresa se basa en ID suplentes y un usuario desea agregar sus propios datos (desde Excel, por ejemplo) y relacionarlos con dimensiones existentes, ¿tendrá acceso al modelo en Power Query para combinar la clave sustituta en sus datos? ¿De qué otra manera podrán hacer la unión en su nuevo modelo compuesto?

2. Dimensiones conformes - Viniendo de SSAS MD, solíamos tener dimensiones conformadas, una sola instancia de la cual podría compartirse entre varios cubos. Power BI no tiene nada de eso, por lo que las dimensiones se repiten en muchos modelos diferentes. Si dos modelos se agrupan en un compuesto y ambos tienen una dimensión "Empresa", por ejemplo, ¿cuál es la forma correcta de asegurarse de que las medidas de cada modelo se filtren por su dimensión respectiva "Empresa"?

3. Actualizar : tenemos un modelo empresarial grande donde las tablas individuales se actualizan en diferentes momentos mediante XMLA ejecutado por SSIS. Esto funciona pero no es excelente, la marca de tiempo del servicio Power BI no muestra que el modelo se ha actualizado al usuario, no podemos ver en el servicio cuando las tablas se actualizan y las diferentes consultas XMLA terminan esperando entre sí para finalizar en lugar de ejecutarse en paralelo. ¿Los modelos compuestos serían una mejor solución? En otras palabras, ¿podríamos dividir nuestro modelo actual en "marts" que se actualizan de forma independiente y luego se unen en un compuesto?

Gran trabajo equipo de Power BI!

[jeroenterheerdt]

Hola, debería poder usar PQ para crear sus IDs suplentes en Excel, como lo normal. Re: #2: puede importar la dimensión Empresa una vez y relacionarla con las otras tablas. Re #3: no estoy seguro, suena como un escenario interesante.

[nicg]

Gracias por responder.

1. Lo que quiero decir es, supongamos que tenemos un conjunto de datos compartido de Power BI publicado donde el modelo hace relaciones mediante claves sustitutas y un usuario lo extrae en Power BI Desktop como un modelo compuesto. A continuación, agregan sus propios datos de algún otro origen de datos. Presumiblemente, esa otra fuente no tendrá conocimiento de las claves sustitutas. ¿Cómo se pueden crear relaciones en este escenario. Pregunto porque las teclas sustitutas son una técnica de modelado dimensional común.

2. ¿Significa eso que podemos extraer tablas seleccionadas de modelos compuestos? Estaba pensando que teníamos que importar todo el modelo. En ese caso, tendría varias dimensiones de la empresa, lo que dificultaría "cortar" los datos.

[Syndicate_Admin]

Lamento mi respuesta tardía, me perdí su respuesta. 1) También tendría que agregar esas claves sustitutas a la otra fuente de datos. 2) No, tienes que importar todo el modelo, pero no tienes que mostrar todas las tablas al usuario ni relacionarlas todas.

[st_oleg]

¿soy el primero en ver el error "La clave dada no estaba presente en el diccionario"?

Algunas búsquedas no dieron ningún resultado

gracias por su trabajo

[pr2000]

Estoy en el mismo barco st_oleg. ¡Segundo!

[pr2000]

No estoy seguro de si esto de cualquier ayuda, pero este conjunto de datos está respaldado por Databricks. Intenté la misma actividad con un conjunto de datos diferente respaldado por una base de datos SQL On Prem, y pude hacerlo correctamente.

[jeroenterheerdt]

Hola, ¿el modelo tiene una tabla de solo medida por casualidad?

[st_oleg]

en realidad, lo hace.

Voy a tratar de añadir una columna allí

Gracias