Forum Discussion
Comparta sus ideas sobre DirectQuery para conjuntos de datos de Power BI y Azure Analysis Services (versión preliminar)
Hola. Tengo un caso de uso para necesitar más de 3 longitudes de cadena para la consulta directa a AS. Nuestro departamento de operaciones utiliza múltiples aplicaciones en sus actividades diarias. Contamos con un almacén de datos donde hemos conectado lentamente la mayoría de estas aplicaciones y modelado sus datos de acuerdo con nuestros procesos para facilitar la generación de informes. Todavía tenemos algunas aplicaciones aún no agregadas a nuestro almacenamiento de datos y algunas fuentes de datos que nunca se agregarán a nuestro DWH, por lo que hemos utilizado flujos de datos para acceder a estas fuentes de datos. Hemos creado alrededor de 4 conjuntos de datos certificados para los datos de estas aplicaciones conectadas a nuestra DWH y los hemos compartido dentro de nuestra organización para que los empleados los usen si lo desean. Ahora nuestro departamento de operaciones quiere un conjunto de KPI en un único informe basado en datos de todas las diversas aplicaciones que utilizan. Hasta ahora, hemos tenido que desarrollar un único conjunto de datos BIG que contiene las mismas tablas de todo el conjunto de datos certificado más los datos de los flujos de datos mencionados anteriormente. Esto es para que podamos crear el único informe con varios marcadores, botones y segmentaciones de datos. Este conjunto de datos BIG ha sido una pesadilla para mantener (más de 100 medidas, más de 60 tablas) y preferiríamos compartimentar los datos en estos conjuntos de datos certificados más pequeños que serían más fáciles de mantener y administrar los cambios. Intenté crear el mismo modelo BIG usando la nueva característica DQ para AS, pero como contenía 4 conjuntos de datos y alrededor de 15 tablas de flujo de datos, no se publicaría en el servicio. ¡@tessahurr aumentar el número máximo de cadenas!
Estamos en una situación similar. Tenemos un conjunto de datos grande para admitir informes entre departamentos. Sin embargo, esto conduce a dificultades con escenarios de actualización.
Preferiblemente, podríamos tener datos-marts específicos del proceso que se actualizan individualmente y podrían unirse en un modelo compuesto cuando sea necesario. Mejor aún sería si esos marts pudieran ser alimentados por flujos de datos. Sin embargo, en este escenario, ya habríamos agotado la mayor parte/toda la cadena antes de que el usuario llegara a ella.