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

Progreso: 0%

1: 📁 Descarga de archivos

1 🚀 Comienza aquí

Lección

1m 0s

2 Archivos para el curso

Lección

1m 0s

2: ✅ Especialización en Modelado

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

Lección

110m 26s

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

Lección

114m 9s

5 01 - Tablas Calendario con DAX

Lección

15m 27s

6 02 - Relaciones estilo BUSCARV en Power BI

Lección

16m 44s

7 03 - Relaciones funcionan mejor con IDs

Lección

12m 27s

8 04 - Normalización de bases de datos

Lección

20m 9s

9 05 - Llaves para tablas de hechos

Lección

9m 33s

10 Tarea: Crea la tabla calendario del modelo anterior

Lección

1m 0s

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

Lección

95m 26s

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

Lección

23m 44s

13 06 - Dimensiones y detección de granularidad

Lección

23m 31s

14 07 - Dimensiones que tienen relación

Lección

10m 53s

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

Lección

6m 13s

16 09 - Construyendo modelo en Estrella

Lección

14m 37s

17 10 - Optimizando medidas de tabla de hechos con SUMX

Lección

18m 7s

18 11 - Tablas de encabezado y detalles

Lección

19m 52s

19 12 - Optimizando indicador de ordenes con retraso

Lección

3m 22s

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

Lección

12m 6s

21 14 - Dimensión de tiempo con Power Query

Lección

14m 4s

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

Lección

15m 27s

23 15 - Múltiples fechas, relaciones inactivas y USERELATIONSHIP

Lección

16m 12s

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

Lección

17m 23s

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

Lección

17m 27s

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

Lección

17m 27s

27 19 - Bases de datos SQL Server

Lección

6m 44s

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

Lección

9m 24s

29 21 - Tratar relaciones con cardinalidad muchos a muchos

Lección

15m 7s

30 22 - Import vs DirectQuery

Lección

11m 5s

31 23 - Periodos Fiscales

Lección

8m 50s

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

Lección

11m 57s

33 25 - Cargar varios archivos desde carpeta y transformar modelo

Lección

15m 59s

34 26 - Modelo Financiero 'Agrupar por' en Power Query

Lección

10m 2s

35 27 - Resumir tablas con SUMMARIZE y UNION

Lección

10m 40s

36 Terminar Estado Financiero con DAX

Lección

1m 0s

37 28 - Filtrar por fechas sin datos en el futuro

Lección

8m 1s

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

Lección

22m 33s

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

Lección

15m 1s

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

Lección

6m 52s

⭐ Califica el curso
🏁 Certificado de Finalización
Participaciones

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

Iniciar sesión Inscribirme
Avatar por defecto

Mario A.

Estudiante

•

hace 4 semanas

Observe los comentarios y claro tome la clase solo opino que la empresa negocio en caso de ser real deberia  generar un ID por cliente, de ahi a lo q he aprendido seria la gobernanza de datos un solo id por cliente independientemente de la tienda a la que vaya... Gracias Javier!!!!

Responder

Responder

2 Votos
Más opciones
Avatar de Equipo Datdata

Equipo Datdata

Equipo Datdata

•

hace 4 semanas

Excelente observación Mario, gracias por compartir :)
0 Votos
Avatar por defecto

Pablo L.

Estudiante

•

hace 1 mes

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

Responder

0 Votos
Más opciones
Avatar por defecto

Pablo L.

Estudiante

•

hace 1 mes

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

Responder

0 Votos
Más opciones
Avatar de Javier Gómez

Javier Gómez

Equipo Datdata

•

hace 1 mes

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)
Enlace oculto — inicia sesión para verlo

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í!
2 Votos
Estás agregando un comentario en esta clase
Cancelar
2025 © datdata