SQL (Structured Query Language) es el lenguaje estructurado de consultas creado en los 80 para almacenar, modificar y extraer datos desde bases de datos relacionales. No es un lenguaje de programación tradicional, aunque puede integrarse con uno. Su poder está en organizar información para que tu aplicación, sea móvil, una API REST o un sistema embebido, pueda acceder a datos íntegros y disponibles cuando los necesite.
Si alguna vez anotaste deudas en una libreta o llevaste un inventario en Excel, ya usaste una base de datos. La pregunta es cuándo conviene migrar esos datos a un repositorio central y cuándo tu hoja de cálculo basta. Esa decisión define la arquitectura de tu producto.
¿Qué diferencia hay entre datos e información en SQL?
Los datos son el contenido atómico almacenado en una computadora. La información aparece cuando esos datos adquieren valor para tomar una decisión.
Por ejemplo, decir que la Ciudad de México está en la coordenada 19, -99 es solo un dato. Traducir esas cifras a está al norte del Ecuador y al oeste de Greenwich convierte el número en información útil. Lo mismo ocurre cuando consultas un SKU y obtienes un precio para cerrar una venta: ahí el dato se vuelve valor.
¿Qué es SQL en términos simples? Es un lenguaje estructurado para pedirle a una base de datos que te entregue, inserte, modifique o elimine datos siguiendo reglas claras y predecibles.
Esta distinción importa porque tu lógica de negocio, vivas en un API o en una app, es la capa que transforma datos puntuales en información que un usuario final puede usar [03:10].
¿Por qué Excel también funciona como base de datos?
Una hoja de cálculo en Excel o Google Sheets es la primera base de datos que casi todos usamos. Tiene columnas, filas y permite consultas con funciones embebidas.
En el ejemplo del curso se trabajó con datos generados con Faker: una tabla de 40 clientes con name, email y phone, y otra de 48 productos con SKU, nombre, slug, precio y descripción [04:30]. Con un VLOOKUP puedes buscar un SKU y traer el precio asociado en segundos.
- VLOOKUP recibe el valor a buscar, el rango de la tabla, la columna a devolver y si los datos están ordenados.
- La función QUERY de Google Sheets permite escribir sentencias tipo SQL sobre el mismo rango.
- Ambas funciones devuelven el mismo resultado cuando consultas el precio por SKU.
El problema aparece cuando una empresa acumula tantos Excels que se vuelve insostenible. En un proyecto reciente del profesor se construyó una base de datos en MySQL con un API conectada al Excel para resolver justo ese cuello de botella [03:50].
¿Cuáles son los comandos básicos de SQL?
SQL se construye con sentencias que se leen casi como inglés natural. La consulta más común empieza con SELECT.
sql
SELECT price FROM products WHERE sku = 'XYZ123';
Esa instrucción se traduce literal: selecciona el precio de la tabla productos donde el SKU sea igual a un valor. Puedes sumar un JOIN para cruzar tablas, por ejemplo, unir productos con comentarios usando el ID de producto como llave [09:20].
¿Qué hace la cláusula WHERE en SQL? Filtra los registros que cumplen una condición. Si un dato no la cumple, simplemente no se devuelve en el resultado.
Los comandos principales que vas a dominar son:
- SELECT: extrae información de una o varias tablas.
- CREATE: crea bases de datos y tablas.
- INSERT: agrega registros nuevos.
- UPDATE: modifica datos existentes.
- DELETE: elimina registros.
- ALTER: cambia la estructura de una tabla; es una variante de CREATE.
Hay más sentencias, pero estas seis cubren el diseño, mantenimiento y explotación de cualquier base de datos relacional.
¿Cómo diseñar una base de datos future-proof?
Una hoja de cálculo se rompe cuando tu aplicación necesita 150 requests por segundo, o incluso 10. Ahí entra un manejador dedicado como MySQL o PostgreSQL.
El objetivo es construir una base que crezca contigo. Si lanzas un producto con 10 usuarios y en un año tienes 5.000, 10.000 o 60.000, no quieres rehacer la estructura cada mes. Por eso vale la pena dedicar días, incluso un mes, a pensar el diseño antes de escribir la primera línea de código [13:40].
¿Qué significa que una base de datos sea future-proof? Que su diseño aguanta el crecimiento de usuarios, datos y consultas sin necesidad de reconstruirla cada vez que escalas.
La buena noticia es que el concepto detrás de SQL se mantiene entre manejadores relacionales. Cambiará un punto y coma, dos puntos o la sintaxis exacta de una función, pero la lógica de SELECT, JOIN, WHERE y CREATE viaja contigo entre MySQL, PostgreSQL y otros motores [16:10].
¿Tienes datos importantes hoy en un Excel que ya empiezan a sentirse pesados? Cuéntalo en los comentarios y comparte qué te frena para llevarlos a una base de datos relacional.