Héctor Galindo
Perfect timing!
Walter Calcagno
ProfesorMuchas gracias
Tres archivos distintos, dos formatos diferentes, nombres de columna que no coinciden y una hora perdida copiando y pegando sin certeza de que los totales cuadren. Ese escenario es más común de lo que parece, y la solución no está en otra fórmula de Excel. Está en aprender a diseñar y trabajar con bases de datos de forma estructurada, con propósito y sobre un caso real.
¿Por qué las hojas de cálculo tienen un límite?
Cuando la información de un negocio crece, las hojas de cálculo dejan de ser suficientes. Cruzar datos a mano entre archivos genera errores, duplicados y resultados poco confiables. Las bases de datos resuelven ese problema porque organizan la información con reglas claras, relaciones definidas y una estructura que se puede consultar de manera precisa [0:12].
Esto no es exclusivo de programadores o equipos de sistemas. Detrás de cada compra en línea, cada historial médico y cada reporte financiero hay una base de datos. La diferencia entre que funcione bien o mal depende de quién la diseñó y cómo lo hizo [0:36].
¿Qué es Tienda Latam y por qué importa como proyecto?
Todo el aprendizaje gira alrededor de Tienda Latam, una empresa de comercio electrónico ficticia con clientes, productos, pedidos y todo lo que eso implica [0:50]. Este proyecto funciona como hilo conductor: cada concepto, cada instrucción y cada decisión de diseño tiene un propósito concreto dentro de ese negocio.
Trabajar con un caso aplicado permite entender no solo el "cómo" sino el "por qué" de cada paso. En lugar de memorizar comandos aislados, cada acción resuelve una necesidad real.
¿Cómo se estructura el recorrido de aprendizaje?
El camino sigue una secuencia lógica que va de lo conceptual a lo práctico:
¿Por qué los fundamentos importan más de lo que parecen?
Una trampa frecuente es aprender a usar herramientas sin comprender qué hay debajo. Todo funciona hasta que algo falla, o hasta que alguien pregunta por qué se tomó una decisión y no hay respuesta [1:28]. El modelado de datos es justamente esa base: pensar la estructura antes de construirla. SQL, por su parte, es el lenguaje que permite interactuar con esa estructura de forma eficiente.
El curso está diseñado por Walter Calcaño, arquitecto de datos y premio Microsoft MVP durante siete años consecutivos [1:40]. Cada clase incluye material adicional con recursos y ejercicios para practicar de forma independiente.
Si alguna vez te has sentido inseguro al entregar un reporte porque no sabes si los datos están bien cruzados, este es el punto de partida para cambiar eso. ¿Con qué tipo de datos trabajas hoy y qué problemas te gustaría resolver? Compártelo en los comentarios.
Héctor Galindo
Perfect timing!
Walter Calcagno
ProfesorMuchas gracias
Santiago Pineda Botero
victor andy ninachoque romero
Me tome el tiempo de leer esto, estoy iniciando el curso asi que segun lo que mencionas me hace pensar de tener que preguntarme si realmente ya con este curso abarque todo base de datos y que brechas de informacion dejo para poder abarcar en el futuro.
Yeraj Ismael Perez Sanchez
Ya me hizo dudar, quiero dedicarme a esto porque ya lo cursé en la universidad pero ni idea si este curso sea la mejor opción
Antonio José Alvarez Delgado
la introducción del video me llamo a aprender
Enmanuel Patiño Villegas
x2 jajaja la primera clase es de las mas vitales para la culminacion del curso
Rubens A. Rangel Gomez
Apenas está comenzando el curso, pero me parece interesante que primero se enfoquen en los fundamentos y en cómo estructurar bien los datos, porque eso es lo que realmente evita errores cuando los sistemas crecen. Creo que va a aportar mucho a nivel práctico.
Miguel Orlando Iraheta Martínez
¿Cuándo debo pasar de Excel a SQL?
El momento exacto para dar el salto es cuando empiezas a sentir fricción operativa. Si pasas más tiempo preparando, limpiando y cruzando archivos que analizando la información, es una señal de alerta inminente.
Debes migrar cuando te enfrentes a escenarios como: archivos demasiado pesados que tardan minutos en abrir, la necesidad de que múltiples usuarios editen la información simultáneamente sin sobrescribir el trabajo del otro, o cuando requieres seguridad y permisos específicos (por ejemplo, que el equipo de ventas vea los pedidos pero no los salarios). Piensa en SQL como el sistema nervioso de una empresa madura. Si tus decisiones de negocio dependen de que alguien no borre accidentalmente una fórmula en la celda C4, es el momento definitivo para estructurar tus datos en un modelo relacional robusto.
Eduardo Felipe Valdivia Quispe
Apenas inicia el curso, pero se nota la calidad :)
Maria mercedes flores hernandez
Un mal diseño estructural es como construir un edificio sobre arena: tarde o temprano colapsará bajo su propio peso. En el mundo de los datos, esto se traduce en anomalías de información y pérdida de dinero.
Si la estructura es deficiente, podrías enfrentarte a datos duplicados (el mismo cliente registrado cinco veces con correos distintos), información huérfana (ventas asociadas a productos que ya no existen) o consultas extremadamente lentas que bloquean el sistema. Imagina que un cliente actualiza su dirección de envío, pero por un mal diseño, el sistema solo actualiza un registro y envía el paquete a la casa antigua. Corregir estos errores cuando el sistema ya está en producción (funcionando con usuarios reales) es costoso, riesgoso y requiere mucho tiempo. Por eso, invertir tiempo en los fundamentos y en un buen modelo relacional te ahorra dolores de cabeza catastróficos en el futuro.
Alejandro José Hugo Escalante Santos
Interesante tema.
Diego Ivan Cundapi Leon
Vamoos con todo, ya venia con animos pero ahora tengo más.
José Eder Guzmán Mendoza
Las bases de datos sirven para organizar, relacionar y consultar información de manera estructurada, confiable y eficiente, superando las limitaciones de las hojas de cálculo cuando los datos crecen. Mientras Excel puede generar errores, duplicados e inconsistencias al manejar múltiples archivos, una base de datos establece reglas claras, relaciones entre tablas y permite análisis precisos.
A través del caso práctico “Tienda Latam”, se entiende que trabajar con datos no es solo ejecutar comandos, sino diseñar correctamente la estructura (modelado de datos) antes de usar herramientas como SQL. Este enfoque permite resolver problemas reales del negocio, como integrar clientes, productos y ventas en reportes confiables.
En síntesis, dominar bases de datos implica comprender sus fundamentos (modelado y relaciones) y usar SQL como lenguaje para explotar la información, garantizando decisiones basadas en datos consistentes y bien organizados.
Jefred Bedoya
Las bases de datos resuelven el caos de gestionar información dispersa, eliminando la incertidumbre de los procesos manuales como copiar y pegar datos entre archivos incompatibles.
Propósito fundamental
Rosa Rodriguez
Estoy muy emocionada, quiero entender bien como funcionan las bases de datos!
Mario Ernesto Rivera Flores
mi perfil es mas de project management, y estoy muy interesado en aprender programacion para mis nuevos desadios
Pablo de los Santos
Buenísima actualización de los cursos de fundamentos de DB. Los anteriores tenían los temas desordenados. Empiezo este con mucho entusiasmo!
Andres Ardila
Super excelente aprendizaje con caso real y didáctico. Debo reconocer que he tenido falencias por entender BB.DD
Matías Felipe Grimaldi Gómez
buenisimo, justo termine una especialidad en ciencia de datos, daban por sabido sql asi que me servira para reforzar y que agrado que se cierre con un proyecto!
Lizette Rosalía Dazza Hernández
Me encanta este curso, espero que me ayude a todo mi proceso formativo y a responder mis mil cuestionamientos.
Jhon Alexander Mosquera Vanegas
Lo que más pesa en la apertura de la clase es la frase «nunca estás del todo seguro»: cruzar tres archivos a mano, con formatos y columnas que no coinciden, entrega algo que parece un resultado y deja la duda de si es correcto. Por eso el curso propone empezar por la estructura y no por otra fórmula de Excel. Es fácil imaginarlo en la consolidación de la ejecución presupuestal de varias dependencias: aunque el total cuadre, nadie puede rastrear de dónde sale. Vale la pena probar si ese mismo reporte se puede repetir cada mes sin copiar y pegar.
Santiago, entiendo el encargo. Quieres que desmonte la propuesta de valor de este curso. Aquí tienes la auditoría intelectual solicitada.
1) Qué promete vs qué entrega
Promete una transición del caos de Excel a la arquitectura de datos profesional. Entrega una introducción técnica funcional basada en un caso de estudio (Tienda Latam). Cumple con el "qué" (SQL y modelado), pero es vago en el "por qué" sistémico.
2) Nivel real del curso y conocimientos previos que exige
Nivel: Principiante absoluto. Exige: Familiaridad con la frustración de gestionar datos en hojas de cálculo y una tolerancia básica a la lógica relacional. No requiere matemáticas avanzadas, pero sí capacidad de abstracción.
3) Conceptos clave
Bien explicados: La transición del modelo mental de hoja de cálculo a tabla relacional y la necesidad de estructura. Regular explicados: SQL básico (creación y consulta). Mal explicados: La teoría de normalización y la integridad referencial (se intuyen, no se diseccionan).
4) Preguntas avanzadas
5) Respuesta a las preguntas
6) Fuentes y fundamentos
Fundamentado en la experiencia empírica de Walter Calcaño (MVP). Carece de fundamentos teóricos sobre teoría de conjuntos o álgebra relacional, lo cual es una debilidad técnica fundamental.
7) Errores de enfoque, simplificaciones y omisiones
Simplifica en exceso la complejidad de las transacciones (ACID). Omite completamente el ciclo de vida de los datos y las estrategias de respaldo/recuperación.
8) Qué le faltaría para ser un curso sólido
Introducir el concepto de capa de abstracción, discutir el rendimiento de las consultas (query tuning) y explicar qué sucede cuando el modelo de datos necesita evolucionar sin romper la aplicación.
9) Aportes críticos
10) Veredicto final
Es un curso de "puerta de entrada". Excelente para quienes se sienten asfixiados por Excel, pero peligroso si el estudiante cree que con esto ya es un arquitecto de datos. Es un curso de sintaxis y estructura básica, no de arquitectura. Cumple su promesa de quitarte el miedo, pero te deja ciego ante la complejidad real de los sistemas de producción.
¿Qué parte de este análisis te hace cuestionar más tu propio flujo de trabajo actual?