Retroceder
Enfocar clase Busca más del tema 🔎 Agenda llamada con asesor académico Accesos a cuentas actualizado Ver mis notas de clase
08 - Cómo saber si ciertas columnas corresponden a una dimensión
Mi nota de clase
Contenido del curso
Insignia
Especialización en Modelado de Datos con Power BI

Progreso: 0%

1: 📁 Descarga de archivos

1

Archivos para el curso

1m 0s

2: ✅ Especialización en Modelado

2

🔴00 - [Modelo de datos: Mejores Prácticas]

110m 26s

3

🔴00 - [Modelado de Tablas Calendario con DAX y M]

114m 9s

4

01 - Tablas Calendario con DAX

15m 27s

5

02 - Relaciones estilo BUSCARV en Power BI

16m 44s

6

03 - Relaciones funcionan mejor con IDs

12m 27s

7

04 - Normalización de bases de datos

20m 9s

8

05 - Llaves para tablas de hechos

9m 33s

9

Tarea: Crea la tabla calendario del modelo anterior

1m 0s

10

🔴05 - [Normalización y Dimensión de Hora/Tiempo]

95m 26s

11

05.1 - Traducción de datos, ajustes y conexión a OData

23m 44s

12

06 - Dimensiones y detección de granularidad

23m 31s

13

07 - Dimensiones que tienen relación

10m 53s

14

08 - Cómo saber si ciertas columnas corresponden a una dimensión

6m 13s

15

09 - Construyendo modelo en Estrella

14m 37s

16

10 - Optimizando medidas de tabla de hechos con SUMX

18m 7s

17

11 - Tablas de encabezado y detalles

19m 52s

18

12 - Optimizando indicador de ordenes con retraso

3m 22s

19

13 - Dimensión de tiempo (hora y minuto)

12m 6s

20

14 - Dimensión de tiempo con Power Query

14m 4s

21

14.1 Automatización de dimensión de tiempos con DAX y M

15m 27s

22

15 - Múltiples fechas, relaciones inactivas y USERELATIONSHIP

16m 12s

23

16 - Dimensión con rol (Role Playing Dimension)

17m 23s

24

17 - Normalización de base de datos de Crímenes

17m 27s

25

18 - Bases de datos Access y reducción de copos de nieve

17m 27s

26

19 - Bases de datos SQL Server

6m 44s

27

20 - SQL en Azure y Múltiples Tablas de Hechos

9m 24s

28

21 - Tratar relaciones con cardinalidad muchos a muchos

15m 7s

29

22 - Import vs DirectQuery

11m 5s

30

23 - Periodos Fiscales

8m 50s

31

24 - Copiar tablas de archivo PBIX (Modelo Administración Proyectos)

11m 57s

32

25 - Cargar varios archivos desde carpeta y transformar modelo

15m 59s

33

26 - Modelo Financiero 'Agrupar por' en Power Query

10m 2s

34

27 - Resumir tablas con SUMMARIZE y UNION

10m 40s

35

Terminar Estado Financiero con DAX

1m 0s

36

28 - Filtrar por fechas sin datos en el futuro

8m 1s

37

29 - Filtrar automaticamente por día actual, o mes, semana o año actual

22m 33s

38

30 - Filtrar por últimos N días o periodo completo

15m 1s

39

31 - Representar con primera letra de mes o día

6m 52s

🏁 Certificado de Finalización
Participaciones

Inicia sesión para dejar tu duda, comentario y/o respuesta

Iniciar sesión Inscribirme

pablolg hace 1 día

Expandir comentario
Así es Javier,
lo que faltaría es algún dato como el nro. de documento del cliente (DNI en Argentina), que es un identificador válido y único para cada persona. Si hay dos Aaron Smith, con este número sabríamos a cuál corresponde.

↳ Responder

pablolg hace 4 días

Expandir comentario
Hola Javier, la granularidad de los clientes está mal planteada. Lo que vale es el nombre del cliente y no su ID, ya que al comprar en diferentes tiendas se carga un nuevo ID de cliente. ¿Cómo es posible que un cliente tenga diferentes Long y Lat? Cargando un nuevo ID con el mismo nombre de cliente. La tabla de consulta ordenala por Customer Name y luego Customer ID para que veas que se repiten clientes, por ejemlo Aaron Smith tiene 13 direcciones diferentes, Amy Smith muchas más. De ese modo se puede analizar si un cliente compra en más de una tienda y con cuál frecuencia.

↳ Responder

JavierGomez hace 4 días

Gracias por tu aporte Pablo. Es correcto, ahí entra en juego el criterio de cómo se registran los clientes, para este caso en mi perspectiva fue que puede haber clientes con un mismo nombre, por ejemplo Aaron Smith, quienes al ser distintos clientes con un mismo nombre tendrían direcciones distintas. (Ejemplo adjunto)
Screenshot_2.png 55.01 KB

Y puede ser que tu perspectiva sea correcta, pero tienes que considerar que si existiesen clientes con el mismo nombre, digamos que si hay dos clientes llamados Aaron Smith, al remover duplicados para tener solo un ID para Aaron Smith, estaríamos considerando solo a uno entre varios Aaron Smith. Lo mismo pasaría para los demás.

Puede ser que no haya un absoluto para crear las dimensiones de este modelo, ya que no es un caso real, pero la intención es que se vaya comprendiendo una manera de ir creando dimensiones, y me parece que ya te ha quedado claro.

Sigue así!
1 Votos
Estás agregando un comentario en esta clase
Cancelar
2025 © datdata