Find everything you need to get certified on Fabric—skills challenges, live sessions, exam prep, role guidance, and more.
Get startedGrow your Fabric skills and prepare for the DP-600 certification exam by completing the latest Microsoft Fabric challenge.
Hola a todos los que buscan orientación / sugerencias sobre cómo hacer esto. Estoy trabajando con el conjunto de datos jira subyacente de nuestra empresa. El problema al que nos enfrentamos al construir el modelo de datos es el siguiente.
Tenemos la parte superior de la jerarquía que es una epopeya y cualquier otro problema posible cuando era niño. En la tabla secundaria (jira all_issues) adjuntamos una clave épica que navegará a la parte superior de la jerarquía de cada problema y dirá a qué épica pertenece cada problema. Sin embargo, al final del día, una epopeya también es técnicamente un problema.
El problema del caso de negocio con el que nos encontramos es que queremos poder filtrar por las propiedades que tienen todos los problemas, pero en ambos niveles de la jerarquía. El ejemplo es que queremos ver las epopeyas que están programadas en nuestras hojas de ruta internas filtrando etiquetas en el nivel épico (jira epic_labels - > resumen épico) y hacer que se apliquen a la tabla all_issues jira. Sin embargo, entonces querríamos ver todos los problemas después de eso y filtrar por sus etiquetas (jira issue_labels -> jira all_issues). Tal vez queremos ver equipos específicos. El modelo de datos tal como está no permite que el filtrado ocurra con facilidad y no estoy seguro de si hay una mejor práctica para lograrlo.
Su modelo de datos debe seguir la pregunta de negocio que está tratando de responder. Es posible que tenga que crear diferentes modelos de datos para diferentes preguntas.
Las conexiones bidireccionales normalmente deben evitarse, pero en algunos escenarios eso no es posible. Siempre y cuando comprenda los efectos secundarios y el rendimiento sea aceptable, puede hacer ese sacrificio,