Esquema en estrella · Kit de Estudio

Es la forma más común de organizar un data warehouse. Hay una tabla central con los eventos que pasaron — ventas, reproducciones, partidas jugadas — y a su alrededor, tablas más chicas que describen quién, qué y cuándo pasó ese evento. A la tabla central se le llama tabla de hechos y a las de alrededor, dimensiones.

La regla de oro: cada dimensión se conecta directo a la tabla de hechos, sin pasar por otra tabla intermedia. Por eso el dibujo termina pareciendo una estrella.

Ejemplo: una app de música registra cada reproducción. Cada flecha es una clave foránea directa hacia la dimensión — un solo salto.

hechos dimensión

Ventaja clave: consultas rápidas y simples — solo hay que unir el hecho con cada dimensión, nunca más de un salto.
Cuándo conviene: cuando las dimensiones no son enormes ni cambian su estructura seguido. Es el punto de partida recomendado casi siempre.

Anatomía: hechos vs. dimensiones, con datos reales

Imaginemos que armamos, a mano, una libreta para anotar cada vez que alguien escucha una canción en la app. Por cada escucha anotamos cuatro cosas: quién escuchó, qué canción escuchó, qué día fue, y cuántos segundos duró. Esa libreta, convertida en tabla, es fct_reproducciones — la tabla de hechos.

Ahora, escribir "Valentina" y "Cielo Abierto" letra por letra en cada línea sería repetitivo. Por eso, en vez del nombre completo, a cada persona y a cada canción se les da un código corto — igual que un código de barras identifica un producto sin escribir su nombre entero. Así se ve la libreta real:

fct_reproducciones — una fila por cada escucha
id_reproduccion	id_usuario	id_cancion	fecha	segundos_escuchados
REP-1	U-1	S-10	2026-08-20	210
REP-2	U-1	S-11	2026-08-20	180
REP-3	U-2	S-10	2026-08-21	205
REP-4	U-2	S-12	2026-08-21	150

id_reproduccion: el número de esa escucha puntual — como el número de ticket de una fila.
id_usuario: el código de quién escuchó. No dice el nombre — para eso está dim_usuario, más abajo.
id_cancion: el código de qué canción fue. Su significado está en dim_cancion, más abajo.
segundos_escuchados: el único número que de verdad interesa sumar o promediar después — esa es la medida.

Un código como U-1 no dice nada por sí solo. Para saber quién es realmente, hace falta el "diccionario" de esos códigos — ahí es donde entran las dimensiones. dim_usuario traduce cada id_usuario a una persona real:

dim_usuario — el diccionario de "quién"
id_usuario	nombre	pais	plan
U-1	Valentina	Argentina	Premium
U-2	Marco	México	Gratis

Y dim_cancion traduce cada id_cancion a una canción real:

dim_cancion — el diccionario de "qué"
id_cancion	titulo	artista	album	duracion_seg
S-10	Cielo Abierto	Los Álamos	Horizontes	215
S-11	Ritmo Nuevo	DJ Nova	Pulso	190
S-12	Bajo la Luna	Los Álamos	Horizontes	160

Esa coincidencia de códigos — id_usuario e id_cancion aparecen tanto en la libreta de hechos como en su tabla dimensión correspondiente — es literalmente lo que dibuja la estrella: el hecho en el centro, conectado a cada diccionario alrededor.

Cómo se arma, paso a paso

Definir el grano La frase que describe una fila exacta de la tabla de hechos: "una reproducción completa de una canción, por un usuario, en un momento dado". Todo lo demás sale de esta frase.
Elegir las medidas Los números que interesa sumar o promediar más adelante. Aquí: segundos_escuchados. También podrías agregar "cantidad de reproducciones" simplemente contando filas.
Elegir las dimensiones El quién, qué y cuándo del hecho: dim_usuario (quién escuchó), dim_cancion (qué se escuchó), la fecha (cuándo).
Conectar con claves Cada dimensión tiene su propio identificador (id_usuario, id_cancion), y ese mismo identificador aparece como columna en la tabla de hechos para poder unirlas.

Ver el resultado: uniendo todo

Esta es la razón de ser del esquema en estrella: cuando unes (JOIN) la tabla de hechos con sus dimensiones, obtienes una respuesta legible en un solo paso por dimensión. Por ejemplo, "¿qué escuchó cada usuario y cuándo?":

Resultado de unir fct_reproducciones + dim_usuario + dim_cancion
usuario	cancion	artista	fecha	segundos_escuchados
Valentina	Cielo Abierto	Los Álamos	2026-08-20	210
Valentina	Ritmo Nuevo	DJ Nova	2026-08-20	180
Marco	Cielo Abierto	Los Álamos	2026-08-21	205
Marco	Bajo la Luna	Los Álamos	2026-08-21	150

Un solo join por dimensión — nada de saltar por tablas intermedias. Esa simpleza es la ventaja principal de la estrella.

El mismo patrón, en otros mundos

Debajo de la superficie, "tabla de hechos + dimensiones" es el mismo molde sin importar el rubro. Compara estos cuatro casos:

🎮Videojuegos

Hecho: fct_partidas_jugadas
Dimensiones: dim_jugador, dim_mapa, dim_personaje, dim_fecha

🍳Restaurante

Hecho: fct_pedidos
Dimensiones: dim_plato, dim_mesa, dim_mesero, dim_fecha

🎸Conciertos

Hecho: fct_entradas_vendidas
Dimensiones: dim_banda, dim_venue, dim_fecha, dim_tipo_entrada

🎵Streaming

Hecho: fct_reproducciones
Dimensiones: dim_cancion, dim_usuario, dim_dispositivo, dim_fecha

Para seguir viendo

VideoModelo Estrella: fundamentos VideoDW bajo modelo estrella y copo de nieve ArtículoEsquema estrella vs. copo de nieve (Guru99) ArtículoStar y Snowflake schemas (TodoBI)