Gracias Juan. Esta es lq rqzon de la existencia de BI Latam!!! Me alegra mucho que este en buen camino... muchos "BI Devs" no aprecian/entienden los fundamentos.
Genial este tema, gracias cesar por el tiempo que se toma para compartir el conocimiento. Esto no lo hace nadie y estoy muy pendiente de cada video en el desarrollo de análisis de modelos dimensionales.
Hola que tal? Estoy trabajando por primera vez en BI y en realidad me sirve mucho encontrar videos así, podrías hacer videos de como elaborar la matriz de bus y como se debe llenar y cual seria la relación que existe entre cada dimensión con cada parámetro. Por favor necesito de su apoyo
Gracias Gian, me alegra mucho el que gusten los videos y tutoriales. Y el que el más y más personas se interese en Data Warehouse e Inteligencia de Negocios.
Muchas gracias por compartir este conocimiento!. Ojala pudiésemos en algún momento crear un sistema de BI sencillo desde el ETL hasta el reportnig como practica en en nuestro ordenador. Gracias desde México!
Gracias Adrian. Estamos intentando acercarnos lo más posible a lo que dices, sin embargo no es facil en especial por que en Data Warehouse los proyectos son los datos y no hay un "hola mundo" en DW. Un abrazo.
hola, una duda, la tabla ORDER tiene la columna DATE, y después en la estrella se tiene la tabla TIME. Quiere decir que se tomaron todas las DATEs de ORDER y se pasaron a TIME? no se pueden quedar en FACT?
Es una copia de los datos y tablas que se usan del transaccional. No es una copia literal del transaccional, debes hacer un etl que copie diariamente las tablas requeridas en el data warehouse
Excelente video, una consulta en el minuto 19:41 la columna Supplier_Key es la 123 pero en la tabla del keep historial tienes 124, me queda la dudad de si fue un error porque considero que deberia ser 123.
si entendí bien van las 2, el 123 es la primer versión y la 124 es la segunda versión, por eso dice historical, porque cada versión de un mismo item lo guarda con diferente ID
he estado viendo el listado de videos comentas que no es comun que haya relacion entre tablas fact pero vi un ejemplo donde habia una relacion entre ellas..... bajo que circunstancias si las recomiendas? Gracias
Excelente explicación, consulta: Como realizarías ese traspaso de tu DB en producción a tu DB de DWH (se que existen herramientas como integration services de microsoft), pero cual sería la forma correcta para aplicar el manejos de llaves como el ejemplo mencionado en tu video
Gracias Rikrdo. El cómo arquitectural lo hablamos en el video de Arquitectura del Data Warehouse ruclips.net/video/mNwRPxzsMQc/видео.html Ahora el "como" técnico, tienes razón la recomendación siempre es usar algun ETL (Integration Services por ejemplo), digamos lo lo importante es entender que esto no es proyecto pequeño o simple, requiere planeación y diseño del la nueva base de datos de Data Warehouse. Se que la respuesta no es la más concisa pero realmente su pregunta es "la pregunta del millón"
Muy cierto lo que mencionas de la dificultad al momento de crear el modelo del data warehouse. Apenas estoy aprendiendo y me está comiendo un problema, tengo una tabla llamada siembra, la cual se relaciona con dos tablas, especies y participantes. Una siembra tiene muchas especies y muchos participantes. Si adiciono ambas claves en la tabla hechos, me duplicaría la cantidad de especies sembradas. Eso sumado a que tengo una métrica en la tabla hechos que es cantidad de árboles sembrados y cuidados que está generalizado, no a nivel de especie. No sé como debo armar mi modelo considerando esa situación, no sé si me podrías orientar un poco, gracias.
Es decir no tengo todo el detalle de lo que explicas, pero en resumen no piense en que cada tabla tiene un homologo en el DW, es decir usted puede tener una Fact Siembra y una Dim Siembra. Y nótese que entre las fact no hay relaciones solo entre fact-dimension-fact
Hola.. Tengo un caso muy particular a ver si me podrían dar una idea de cómo podría abordarlo. Tengo una db OLTP con arquitectura point time, lo que significa que los cambios de datos forman parte del transaccional (es como un viaje en el tiempo para ver cómo estaban las cosas en un momento determinado, desde la propia aplicación), lo que sería el fact sufre varios cambios en varias fechas y de igual forma las dimensiones. Me he imaginado 2 dimensiones de tiempo, pues una es la fecha a la que corresponde la transacción, pero el segundo sería como se encuentra en ese momento en el tiempo (si aplica)… espero haber sido claro como la explicación pues este tipo de arq. No es común para OLTP 😅. Gracias
Hola, buenas tardes, tengo una consulta ayer con mi profesor hicimos lo que es un OLAP o mejor dicho el CUBO y lo que hizo fue pasar los datos que tenia en una hoja de excel a SQLSERVER la pregunta es si este es el OLAP para mi yo lo vi muy fácil, pero necesito saber cual es su finalidad del OLAP? Saludos. y por cierto muy buenos videos me ayudan a reforzar mucho. DIOS LOS BENDIGA
La verdad me quedan algunas dudas sobre lo que comenta. Pero bueno la finalidad del OLAP es ser una capa semántica (ocultar la complejidad técnica dejando todo en lenguaje de negocio). Entonces, usted debería tener un data warehouse que está limpio, unificado, integrado e histórico, del cual se alimenta el cubo que funciona como intermediario entre el DW y la herramienta de visualización.
Buen Videos amigo , una duda, este histórico de cambios que mencionas de igual manera se almacenaria en la misma dimensión o fact table ? o talvez se crearian en otra dimension o fact table de "historico" ?
Teóricamente hablando en ambas, las Fact tables por su Naturaleza y las dimensiones pueden o no tener historia. El tema con la historia en las dimensiones es que existen tipos de dimensiones (tipo 1, tipo 2, etc). Guardar historia en dimensiones no sienpre es la mejor práctica y tiene que ser evaluada caso por caso.
Hola estoy empezando en Power Bi Desktop y me he topado con la desnormalización, tiene algún inconveniente en solucionarme la duda que tengo? Es sobre Desnormalización. Un saludo
@@BILATAM Hola me llamo José y gracias por ofrecerte a ayudarme. El modelo que quiero hacer es un ejemplo sobre una empresa de autobuses con varias rutas y para eso tengo 2 tablas: Tabla 1 con estos campos A. Negocio B. A de Gestión C. Ruta D. Producto E. Fecha Viaje F. Año G. Mes H. Día I. Día Semana J. Nº Bus Tarifa K. Tipo de Asiento L. Subida Cliente M. Bajada Cliente N. Nº de cliente O. Euros Tabla 2 con estos campos A. Negocio B. A de Gestión C. Ruta D. Producto E. Fecha Viaje F. Año G. Mes H. Día I. Día Semana J. Nº Bus K. Tipo de Asiento L. Oferta de Asientos M. Nº de Clientes N. Euros Tengo dos tablas porque la data de donde he sacado los datos distingue la oferta de asientos (tabla 2) a nivel autobús (está construida así) Al igual que los clientes subidos y bajados está en la tabla 1 En fin la dificultad que tengo es relacionar ambas tablas y distinguir las tablas de hechos de las dimensionales, creando su respectivos ID. También he leído que hay que hacer una tabla calendario, te agradecía muchos que me ayudaras EL nº de bus determina la línea, si es diurno o nocturno la gama, tiene una seria de atributos y unos clientes con unos ingresos. Me gustaría enviarte el fichero excel para que lo vieras. te dejo mi email jlsa000@gmail.com Un saludo
@@BILATAM el modelo que quiero hacer es un ejemplo sobre una empresa de autobuses con varias rutas y para eso tengo 2 tablas: Tabla 1 con estos campos A. Negocio B. A de Gestión C. Ruta D. Producto E. Fecha Viaje F. Año G. Mes H. Día I. Día Semana J. Nº Bus Tarifa K. Tipo de Asiento L. Subida Cliente M. Bajada Cliente N. Nº de cliente O. Euros Tabla 2 con estos campos A. Negocio B. A de Gestión C. Ruta D. Producto E. Fecha Viaje F. Año G. Mes H. Día I. Día Semana J. Nº Bus K. Tipo de Asiento L. Oferta de Asientos M. Nº de Clientes N. Euros Tengo dos tablas porque la data de donde he sacado los datos distingue la oferta de asientos (tabla 2) a nivel autobús (está construida así) Al igual que los clientes subidos y bajados está en la tabla 1 En fin la dificultad que tengo es relacionar ambas tablas y distinguir las tablas de hechos de las dimensionales, creando su respectivos ID. También he leído que hay que hacer una tabla calendario, te agradecía muchos que me ayudaras EL nº de bus determina la línea, si es diurno o nocturno la gama, tiene una seria de atributos y unos clientes con unos ingresos. Me gustaría enviarte el fichero excel para que lo vieras. te dejo mi email jlsa000@gmail.com Un saludo
No olviden suscribirse al canal!!! Y dejen sus preguntas y comentarios!!!
Muy bueno el curso, espero terminarlo muy llevadero e interesante
Excelente video.
Por fin logré entender el proceso de desmoralización y la trazabilidad de un cliente.
Muchas gracias
Que bueno!!! Me alegra mucho poder ayudar
Me estoy iniciando en BI, la verdad necesitaba estos conceptos.
Me suscribo.
Saludos de Argentina!
Gracias Juan. Esta es lq rqzon de la existencia de BI Latam!!! Me alegra mucho que este en buen camino... muchos "BI Devs" no aprecian/entienden los fundamentos.
Genial este tema, gracias cesar por el tiempo que se toma para compartir el conocimiento. Esto no lo hace nadie y estoy muy pendiente de cada video en el desarrollo de análisis de modelos dimensionales.
Mil gracias Hiovany! Pura vida!
Muchas Gracias por compartir sus conocimientos, muchos estamos muy bendecidos y agradecidos por ellos 🙏
Gracias Juan Diego. Para mi lo importante es saber que ayudó. Saludos.
@@BILATAM definitivamente me ha ayudado muchoo, y los de SSIS también buenísimos, Gracias de nuevo!! Saludos desde Perú !👌
Gracias desde Rep Dominicana por tus aportes para todos los que estamos comensando en este mundo del DW y BI
Gracias Wilfrido. De verdad es muy bonito todo el apoyo que han tenido los videos.
Hola que tal? Estoy trabajando por primera vez en BI y en realidad me sirve mucho encontrar videos así, podrías hacer videos de como elaborar la matriz de bus y como se debe llenar y cual seria la relación que existe entre cada dimensión con cada parámetro. Por favor necesito de su apoyo
El conocimiento es poder, y lo mejor es compartirlo. Gracias por compartir, atento a tus vídeos.
Garcias Auguato!!! De verdad muy feliz por la aceptación de los últimos videos.
De las mejores explicaciones que se puedan encontrar en la web.
Saludos desde República Dominicana.
Gracias mil!!!!
Gracias Gian, me alegra mucho el que gusten los videos y tutoriales. Y el que el más y más personas se interese en Data Warehouse e Inteligencia de Negocios.
gracias a este curso esta brutal
Hola que tal me podrías ayudar donde puedo encontrar casos prácticos reales para hacer modelos estrellas en BI, para con estos yo poder practicar.
Una pregunta, la seccion de la agenda que dice "taller" en que momento las realizan? .... Por cierto, excelentes videos !!
Gracias Cesar. Te sigo y esperaré el próximo tema.
Muchas gracias por compartir este conocimiento!. Ojala pudiésemos en algún momento crear un sistema de BI sencillo desde el ETL hasta el reportnig como practica en en nuestro ordenador. Gracias desde México!
Gracias Adrian. Estamos intentando acercarnos lo más posible a lo que dices, sin embargo no es facil en especial por que en Data Warehouse los proyectos son los datos y no hay un "hola mundo" en DW. Un abrazo.
hola, una duda, la tabla ORDER tiene la columna DATE, y después en la estrella se tiene la tabla TIME. Quiere decir que se tomaron todas las DATEs de ORDER y se pasaron a TIME? no se pueden quedar en FACT?
otra duda relacionado al stage.... Es una copia de la bd transaccional o que datos se guardan ahi???? Gracias
Es una copia de los datos y tablas que se usan del transaccional. No es una copia literal del transaccional, debes hacer un etl que copie diariamente las tablas requeridas en el data warehouse
hola buenas tardes tengo una duda,. Es correcto que existan actualizaciones a las tablas dimensiones???
Claro que si, las dimensiones deben ser actualizadas diariamente
Excelente video, una consulta en el minuto 19:41 la columna Supplier_Key es la 123 pero en la tabla del keep historial tienes 124, me queda la dudad de si fue un error porque considero que deberia ser 123.
si entendí bien van las 2, el 123 es la primer versión y la 124 es la segunda versión, por eso dice historical, porque cada versión de un mismo item lo guarda con diferente ID
2:41 >.< !! carajillo ese jaja :D excelente video gracias.
he estado viendo el listado de videos comentas que no es comun que haya relacion entre tablas fact pero vi un ejemplo donde habia una relacion entre ellas..... bajo que circunstancias si las recomiendas? Gracias
No se debe tener relaciones entre fact tables. Es una regla general.
Muy buen video!!! Gracias.
Gracias por comentar
Excelente explicación, consulta: Como realizarías ese traspaso de tu DB en producción a tu DB de DWH (se que existen herramientas como integration services de microsoft), pero cual sería la forma correcta para aplicar el manejos de llaves como el ejemplo mencionado en tu video
Gracias Rikrdo. El cómo arquitectural lo hablamos en el video de Arquitectura del Data Warehouse ruclips.net/video/mNwRPxzsMQc/видео.html
Ahora el "como" técnico, tienes razón la recomendación siempre es usar algun ETL (Integration Services por ejemplo), digamos lo lo importante es entender que esto no es proyecto pequeño o simple, requiere planeación y diseño del la nueva base de datos de Data Warehouse. Se que la respuesta no es la más concisa pero realmente su pregunta es "la pregunta del millón"
Muy cierto lo que mencionas de la dificultad al momento de crear el modelo del data warehouse.
Apenas estoy aprendiendo y me está comiendo un problema, tengo una tabla llamada siembra, la cual se relaciona con dos tablas, especies y participantes. Una siembra tiene muchas especies y muchos participantes. Si adiciono ambas claves en la tabla hechos, me duplicaría la cantidad de especies sembradas. Eso sumado a que tengo una métrica en la tabla hechos que es cantidad de árboles sembrados y cuidados que está generalizado, no a nivel de especie.
No sé como debo armar mi modelo considerando esa situación, no sé si me podrías orientar un poco, gracias.
Es decir no tengo todo el detalle de lo que explicas, pero en resumen no piense en que cada tabla tiene un homologo en el DW, es decir usted puede tener una Fact Siembra y una Dim Siembra. Y nótese que entre las fact no hay relaciones solo entre fact-dimension-fact
soy de panama hoy iniciare mi carrera como dw y b i saludos
como te ha ido?
Dando seguimiento? Jajaja
Hola..
Tengo un caso muy particular a ver si me podrían dar una idea de cómo podría abordarlo.
Tengo una db OLTP con arquitectura point time, lo que significa que los cambios de datos forman parte del transaccional (es como un viaje en el tiempo para ver cómo estaban las cosas en un momento determinado, desde la propia aplicación), lo que sería el fact sufre varios cambios en varias fechas y de igual forma las dimensiones.
Me he imaginado 2 dimensiones de tiempo, pues una es la fecha a la que corresponde la transacción, pero el segundo sería como se encuentra en ese momento en el tiempo (si aplica)… espero haber sido claro como la explicación pues este tipo de arq. No es común para OLTP 😅.
Gracias
Si claro descríbelo por acá y le ayúdanos. Saludos
Hola, buenas tardes, tengo una consulta ayer con mi profesor hicimos lo que es un OLAP o mejor dicho el CUBO y lo que hizo fue pasar los datos que tenia en una hoja de excel a SQLSERVER la pregunta es si este es el OLAP para mi yo lo vi muy fácil, pero necesito saber cual es su finalidad del OLAP? Saludos. y por cierto muy buenos videos me ayudan a reforzar mucho.
DIOS LOS BENDIGA
La verdad me quedan algunas dudas sobre lo que comenta. Pero bueno la finalidad del OLAP es ser una capa semántica (ocultar la complejidad técnica dejando todo en lenguaje de negocio). Entonces, usted debería tener un data warehouse que está limpio, unificado, integrado e histórico, del cual se alimenta el cubo que funciona como intermediario entre el DW y la herramienta de visualización.
Buen Videos amigo , una duda, este histórico de cambios que mencionas de igual manera se almacenaria en la misma dimensión o fact table ? o talvez se crearian en otra dimension o fact table de "historico" ?
Teóricamente hablando en ambas, las Fact tables por su Naturaleza y las dimensiones pueden o no tener historia. El tema con la historia en las dimensiones es que existen tipos de dimensiones (tipo 1, tipo 2, etc). Guardar historia en dimensiones no sienpre es la mejor práctica y tiene que ser evaluada caso por caso.
Tengo problemas para hacer el modelo, me puedes aconsejar?
Si me das más detalles le puedo ayudar
Hola estoy empezando en Power Bi Desktop y me he topado con la desnormalización, tiene algún inconveniente en solucionarme la duda que tengo? Es sobre Desnormalización.
Un saludo
No hay problema, para eso estamos. Dígame en qué le puedo servir?
@@BILATAM Hola me llamo José y gracias por ofrecerte a ayudarme.
El modelo que quiero hacer es un ejemplo sobre una empresa de autobuses con varias rutas y para eso tengo 2 tablas:
Tabla 1 con estos campos
A. Negocio
B. A de Gestión
C. Ruta
D. Producto
E. Fecha Viaje
F. Año
G. Mes
H. Día
I. Día Semana
J. Nº Bus Tarifa
K. Tipo de Asiento
L. Subida Cliente
M. Bajada Cliente
N. Nº de cliente
O. Euros
Tabla 2 con estos campos
A. Negocio
B. A de Gestión
C. Ruta
D. Producto
E. Fecha Viaje
F. Año
G. Mes
H. Día
I. Día Semana
J. Nº Bus
K. Tipo de Asiento
L. Oferta de Asientos
M. Nº de Clientes
N. Euros
Tengo dos tablas porque la data de donde he sacado los datos distingue la oferta de asientos (tabla 2) a nivel autobús (está construida así)
Al igual que los clientes subidos y bajados está en la tabla 1
En fin la dificultad que tengo es relacionar ambas tablas y distinguir las tablas de hechos de las dimensionales, creando su respectivos ID.
También he leído que hay que hacer una tabla calendario, te agradecía muchos que me ayudaras
EL nº de bus determina la línea, si es diurno o nocturno la gama, tiene una seria de atributos y unos clientes con unos ingresos.
Me gustaría enviarte el fichero excel para que lo vieras. te dejo mi email jlsa000@gmail.com Un saludo
@@BILATAM el modelo que quiero hacer es un ejemplo sobre una empresa de autobuses con varias rutas y para eso tengo 2 tablas:
Tabla 1 con estos campos
A. Negocio
B. A de Gestión
C. Ruta
D. Producto
E. Fecha Viaje
F. Año
G. Mes
H. Día
I. Día Semana
J. Nº Bus Tarifa
K. Tipo de Asiento
L. Subida Cliente
M. Bajada Cliente
N. Nº de cliente
O. Euros
Tabla 2 con estos campos
A. Negocio
B. A de Gestión
C. Ruta
D. Producto
E. Fecha Viaje
F. Año
G. Mes
H. Día
I. Día Semana
J. Nº Bus
K. Tipo de Asiento
L. Oferta de Asientos
M. Nº de Clientes
N. Euros
Tengo dos tablas porque la data de donde he sacado los datos distingue la oferta de asientos (tabla 2) a nivel autobús (está construida así)
Al igual que los clientes subidos y bajados está en la tabla 1
En fin la dificultad que tengo es relacionar ambas tablas y distinguir las tablas de hechos de las dimensionales, creando su respectivos ID.
También he leído que hay que hacer una tabla calendario, te agradecía muchos que me ayudaras
EL nº de bus determina la línea, si es diurno o nocturno la gama, tiene una seria de atributos y unos clientes con unos ingresos.
Me gustaría enviarte el fichero excel para que lo vieras. te dejo mi email jlsa000@gmail.com Un saludo
@@BILATAM Muchisimas gracias por tu ayuda
Hola te envía mis dudas, Un saludo
Un saludo! Gracias por participar en el canal
Excelente