Asesoramiento sobre la creación de una estructura de respuesta de preguntas recursiva con enlace a la tabla de dimensiones en PowerBI

[Syndicate_Admin]

Hola, primero voy a pintar una imagen de lo que estoy tratando de hacer y dar algunos datos de ejemplo para tratar de enfatizarlo.

Tengo una tabla que contiene millones de filas. Cada fila contiene un CUSTOMERID y Answer_key, también lo configuré para que pudiera vincular la siguiente pregunta de la jerarquía si procede.

Esta clave de respuesta se vincula a una tabla de dimensiones que contiene la información relacionada con este Answer_key, como QuestionID, QuestionText, AnswerText, AnswerCode, BaseQuestionIndicator y Answer_key que es la clave principal de esta tabla.

La idea de lo que me gustaría poder hacer es tener una pregunta básica en powerbi y pasar recursivamente por todas las preguntas secundarias de esta pregunta base. Asignación de la ruta que los clientes realizaron a través de la aplicación para ver cómo se respondieron a diferentes conjuntos de preguntas. El problema que estoy teniendo es que hay potencialmente cientos de miles de rutas diferentes y las preguntas podrían bajar a un nivel muy profundo (20+) sub-preguntas y cada cliente tendrá una lista diferente de preguntas respondidas que podrían variar de 40 a 150. Debido a la forma en powerbi sólo puedo tener una relación activa entre dos tablas. No estoy seguro exactamente cómo configurarlo para que pueda ser en la forma que quiera.

Si configuro la tabla de dimensiones para que tenga BaseQuestion, Next Question, FinalQuestion. Todas las preguntas mayores que el conjunto 3 no tienen un camino de expandible entre ellas.

Ejemplos de cómo se ven mis tablas son los siguientes: Esta es la tabla Fact que podría contener Dim_AnswerKey_Next si eso ayudaría a las cosas (que solo contiene un siguiente identificador si es el siguiente en la jerarquía y no otra pregunta base)

Customerid	Dim_AnswerKey
1	1
1	2
1	3
1	4
1	5
1	6
1	7
1	8
1	9
1	10
2	1
2	11
2	12
2	13
2	14
2	15
2	16

A continuación, la tabla Dimension tendría un aspecto similar a, con valores arbitrarios.

Dim_AnswerKey	QuestionID	QuestionText	AnswerText	BaseQuestion
1	1	Ella	allí	1
2	2	Vende	una vez	1
3	3	Mar	Fue	1
4	4	Cáscaras	a	1
5	5	En	tú	1
6	6	el mar	Llamado	1
7	7	Orilla	Bob	1
8	8	Pero	Quién	0
9	9	es	Comió	0
10	10	Nevando	Piñas	0
1	1	Ella	allí	1
11	2	Vende	Nunca	1
12	3	Mar	Fueron	1
13	4	Cáscaras	Cualquier	1
14	5	En	Manzanas	1
15	6	el mar	Por	1
16	7	Orilla	Noche	1

En este caso, para el primer cliente, podría ver que había algunas subpreguntas a la pregunta 7 que se respondieron sobre la base del hecho de que había algunas claves de respuesta para ese cliente que NO eran una pregunta base. Me gustaría crear un objeto visual que pudiera mostrar que en este ejemplo dos clientes respondieron a la pregunta 7, después de eso un cliente respondió a la pregunta 8,9,10. Expandiendo esa jerarquía por así decirlo.

Todo lo que logré hacer anteriormente era tener una tabla de dimensiones como:

Pregunta Base, Pregunta, Dim_Answerkey. Lo que acaba de mostrar todas las posibilidades de la pregunta base, pero no incluyó la jerarquía de sub-pregunta. A continuación, podría resumir el número de clientes que tenían esa clave de respuesta y podían ver de dónde se originó (en términos de pregunta base), pero no cómo llegó de la pregunta base a la pregunta final a través de la jerarquía de sub-pregunta.

Realmente no veo una manera de hacer esto personalmente y cualquier ayuda y perspicacia sería muy apreciada. Si hay alguna otra información que pueda agregar para hacer esto más comprensible - por favor hágamelo saber 🙂

[Syndicate_Admin]

No @Brownsey,

Realmente no entiendo lo que quieres. ¿Podría mostrar la salida deseada?

Saludos
Lionel Chen

Si este post ayuda,entonces considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[Syndicate_Admin]

Hola @v-lionel-msft , Lo que me gustaría es ser capaz de navegar a través de la herencia de la pregunta para ver cómo se respondió a un conjunto de preguntas en particular.

Por ejemplo. la primera pregunta es una pregunta de sí/no. Si responden que no - seguimos adelante con la aplicación de los usuarios, si responden sí, dejamos caer otra subpreguntas. Cada uno de ellos tiene su propia combinación de teclas. Por lo tanto, cada pregunta y respuesta única tiene una clave única como clave principal (llamémosla questionlink) en la tabla de dimensiones. Esta tabla se almacena de forma de herencia primaria donde cada clave apunta a su clave principal (un problema que tengo aquí es una clave que podría tener varios padres). La tabla de hechos contiene todos los identificadores de vínculo de interrogación de la tabla de dimensiones que respondió un cliente determinado. Mi objetivo final le gustaría ser un objeto visual donde el usuario final pueda ver la pregunta base sí/no y el número de clientes que el cliente sí y no. En una forma tabular de matriz, entonces podrían hacer clic en el signo + para navegar por el árbol de preguntas para ver cómo varió el número de clientes que respondían a cada ruta a través del árbol. ¿Tiene un poco más de sentido?

[Syndicate_Admin]

¿Está tratando de informar sobre el comportamiento real del cliente registrado, o es una jerarquía de preguntas y respuestas potenciales? ¿Cada elemento tiene un identificador único? ¿Ha considerado el uso de jerarquías padre-hijo?

[Syndicate_Admin]

Hola @lbendlin , sí he considerado el uso de jerarquías secundarias primarias. Pero en realidad no estaban devolviendo lo que yo buscaba. Cada combinación de respuesta de pregunta tiene una clave única. Sin embargo, esta clave única puede provenir de varios padres, que fue mi primer problema al usar las herencias de los padres hijos que un niño podría tener varios padres. Intenté implementar varias preguntas de acoplador para acoplar los datos, pero estos no pudieron ejecutarse en mis grandes cantidades de datos - funcionó bien en subconjuntos muy pequeños. Siempre intenté implementar la siguiente técnica: Jerarquías padre-hijo – Patrones DAX. Pero mi problema aquí era que estaban contando dinero, mientras que yo quería contar los clientes que respondieron a esa combinación y vincularon la tabla de dimensiones a la tabla de hechos para esto que no podía hacer.