Entiendo que la mejor practica es hacerlo antes de iniciar con el desarrollo del tablero, pero que pasa si queremos modificar un reporte que ya terminado que tiene el modelo de copo de nieve, se rompen las medidas que ya están generadas ? como lo solucionamos ?
Hola Franco! Depende de si las medidas fueron creadas con tablas o columnas que se eliminaron. En este caso seria recomendable ir realizando los cambios poco a poco en el modelo, por ejemplo si se elimina una tabla o columna, revisar las medidas y realizar los cambios a la par. 😊 ¡Saludos!
Hola, imagino que si son pocos datos realmente no afectaría al rendimiento dejar un modelo del tipo copo de nieve, pero si son muchos datos sí. ¿Hay algún número estimado de registros para el que ya sería esto muy recomendable? Por otro lado, si la tabla Puestos tuviera muchísimas columnas, ¿aun así sería mejor para el rendimiento hacer lo que se hizo aquí de combinar las consultas y pasar toda esa info a la otra tabla?
En la tabla de empleados en la columna de ID Empleado debes de tener valores duplicados, revisa en el origen de la tabla o en el query elimina duplicados.
Cuando tienes tablas de muchos valores en este caso 10,000 y otra de 5,000 , y las combinas por ID , La relación entre las tablas no se da completamente , porque no puedes usar los datos de una , cómo puedo arreglar esto ?
Tengo entendido que la opción Merge Querys solo funciona cuando tienes para tus 10,000 registros en esa tabla con su respectivo ID o Clave única (por ejemplo el ID de nomina) y en la otra tabla hay también esos mismos 10,000 registros con la información faltante que deseas completar, como por ejemplo, el puesto de cada uno de ellos, el salario, el email, etc.
Creo que el problema en el caso que planteas es que habría 5 mil empleados que no tendrían información asociada y por eso puede marcar error la ventana de Merge.
El cruce de esos datos solo es posible cuando hay una correspondencia exacta en el numero de registros a cruzar en ambas tablas.
Si lo que realmente deseas es completar la info de 10,000 empleados con datos de otra tabla mas pequeña, la misma relacion establecida por el ID, y usando una columna calculada con DAX y la funcion Related, te darian el resultado deseado.
Espero estar en lo correcto y te sea de ayuda mi comentario.
Participaciones
Inicia sesión para dejar tu duda, comentario y/o respuesta
Franco L.
Estudiante
•hace 7 meses
Sarai R.
Equipo Datdata
•hace 7 meses
En este caso seria recomendable ir realizando los cambios poco a poco en el modelo, por ejemplo si se elimina una tabla o columna, revisar las medidas y realizar los cambios a la par. 😊
¡Saludos!
Flora C.
Estudiante
•hace 3 días
Por otro lado, si la tabla Puestos tuviera muchísimas columnas, ¿aun así sería mejor para el rendimiento hacer lo que se hizo aquí de combinar las consultas y pasar toda esa info a la otra tabla?
Gheydi M.
Estudiante
•hace 4 meses
Nelson C.
Estudiante
•hace 4 meses
En la tabla de empleados en la columna de ID Empleado debes de tener valores duplicados, revisa en el origen de la tabla o en el query elimina duplicados.
Saludos.
Saúl R.
Estudiante
•hace 7 meses
Sarai R.
Equipo Datdata
•hace 7 meses
¡Saludos!
Isaac R.
Estudiante
•hace 7 meses
Creo que el problema en el caso que planteas es que habría 5 mil empleados que no tendrían información asociada y por eso puede marcar error la ventana de Merge.
El cruce de esos datos solo es posible cuando hay una correspondencia exacta en el numero de registros a cruzar en ambas tablas.
Si lo que realmente deseas es completar la info de 10,000 empleados con datos de otra tabla mas pequeña, la misma relacion establecida por el ID, y usando una columna calculada con DAX y la funcion Related, te darian el resultado deseado.
Espero estar en lo correcto y te sea de ayuda mi comentario.
Osvaldo F.
Estudiante
•hace 10 meses
No se porque no comnbina las tablas no encuentro el error
muchas gracias
Sarai R.
Equipo Datdata
•hace 10 meses
¡Saludos!