Tengo una tabla SQL que incluye datos de ventas y clientes potenciales junto con información detallada de la cuenta, y tengo otra tabla que solo incluye información detallada de la cuenta.
Mi pregunta es si es más eficiente obtener solo la cifra de ventas y el ID de la cuenta (excluir la información detallada de la cuenta) y obtener una tabla separada que contenga solo información detallada de la cuenta y luego crear la relación en PowerPivot utilizando el ID de la cuenta. O es más eficiente/rápido simplemente volcar esa tabla que contiene toda la información en PowerPivot (todo el trabajo se realiza en SQL).
Primero, pensé que, dado que información como los administradores de cuentas, los segmentos y el nombre de la cuenta se duplicaría para muchas cifras de ventas (la cuenta A podría comprar varios productos varias veces), sería más eficiente tener una tabla separada que contenga solo la información de la cuenta. Pero más pienso en esto, si tengo dos tablas, Excel tendría que hacer todo el trabajo sobre la marcha en lugar de dejar que SQL se encargue de todo el trabajo.
Me encantaría escuchar la opinión de los expertos al respecto. Necesito powerbi/powerpivot para trabajar rápido, incluso si esto significa Excel menos eficiente en memoria.
Respuesta1
Las tablas separadas definitivamente serán más rápidas de actualizar y analizar usando tablas dinámicas, y también serán más compactas (en disco y en memoria).
Ese diseño también abre la posibilidad de realizar cálculos eficientes a nivel de cuenta (si los necesita más adelante), por ejemplo, un recuento distinto de productos por cuenta.
El problema puede ser que los conjuntos de datos a menudo están sucios y las supuestas claves a menudo no son confiables; este problema generalmente empeora cuanto más retrocede en la historia. Esos problemas pueden obligarlo a volver a un diseño de tabla única en Power Pivot, de modo que pueda intentar solucionarlos utilizando código SQL, Power Query o una herramienta ETL.