Qué es SQL y por qué hay cuatro

Hola! Empecemos por la confusión más común

Vas a buscar "cómo aprender SQL" y en dos minutos aparecen cuatro nombres: MySQL, SQL Server, PostgreSQL y SQLite. Y la pregunta obvia: ¿cuál aprendo? 😅

Te doy la respuesta de una y después la explico: aprendes SQL, no un motor. El 80% de lo que vas a escribir en tu vida es idéntico en los cuatro. Lo que cambia es un 20% que se puede tener en una tabla al lado, y en este libro lo vas a tener en cada capítulo 💜

Y antes de arrancar, contéstate una: ¿alguna vez copiaste una consulta de internet y no te corrió? Casi seguro no era tu culpa ni de la consulta. Era que estaba escrita para otro motor, y al terminar este capítulo vas a saber reconocerlo de un vistazo 🕵️

Qué es SQL, sin rodeos

SQL es el lenguaje para pedirle datos a una base de datos. Se lee casi como una frase en inglés:

SELECT nombre, ciudad
FROM clientes
WHERE ciudad = 'Lima';

"Selecciona el nombre y la ciudad, de la tabla clientes, donde la ciudad sea Lima". Ya está, eso es SQL.

Y aquí está lo que lo hace especial: tú dices QUÉ quieres, no CÓMO buscarlo. No le explicas que recorra las filas ni por dónde empezar. El motor decide eso solo, y suele decidirlo mejor que tú.

Por eso SQL lleva cincuenta años en pie mientras aparecen y desaparecen lenguajes: lo que se pide no cambia aunque cambie la forma de guardarlo.

Motor, base de datos y SQL, que no son lo mismo

Esta confusión la tiene todo el mundo al empezar, así que la aclaro con una imagen que a mí me sirvió.

• 📖 SQL es el idioma.
• ⚙️ El motor (PostgreSQL, MySQL, SQL Server, SQLite) es el programa que lo entiende y guarda los datos. Se le dice también gestor o DBMS.
• 🗃️ La base de datos es tu conjunto de tablas concreto: la de ventas de tu empresa.

Es como decir que el español es el idioma, la persona que lo habla es el motor, y lo que te está contando es la base. Cuatro personas pueden hablar español con acentos distintos y entenderse perfecto 🌸

Los cuatro, y dónde te los vas a encontrar

Si trabajas en una empresa grande peruana, lo más probable es SQL Server. Si es una startup o algo montado en los últimos años, PostgreSQL. Si es una tienda online o algo con WordPress detrás, MySQL 📊

Y hay un quinto grupo que conviene nombrar: los de la nube, como BigQuery de Google, Snowflake o Redshift de Amazon. Son otra cosa por dentro, pero el SQL que escribes ahí se parece muchísimo al de PostgreSQL, así que lo de este libro te sirve igual.

Qué es igual en los cuatro

Esto es lo que quiero que te lleves del capítulo, porque quita el miedo: casi todo.

Existe un estándar, el ANSI SQL, que los cuatro respetan en lo fundamental. Lo que se escribe igual en todos:

• ✅ SELECT, FROM, WHERE
• ✅ GROUP BY y HAVING
• ✅ Los cuatro JOIN
• ✅ ORDER BY
• ✅ COUNT, SUM, AVG, MIN, MAX
• ✅ INSERT, UPDATE, DELETE
• ✅ Las subconsultas, los CTE con WITH y las funciones de ventana

O sea: los capítulos 3 al 9 de este libro, que son el corazón, valen tal cual en los cuatro motores 🌟

Y qué cambia

El 20% restante. Te lo adelanto entero aquí para que lo veas junto una vez, y después cada capítulo lo retoma en su momento.

¿Ves el patrón? Casi siempre hay una forma que funciona en los cuatro, y las diferencias están en los atajos que cada motor inventó por su cuenta. Si te acostumbras a la forma estándar, tu SQL viaja 💜

Las otras diferencias que vas a encontrar, y que veremos cada una en su capítulo:

• 🔤 Las comillas. El texto va entre comillas simples en los cuatro. Los nombres de tabla y columna con espacios van entre comillas dobles en PostgreSQL y SQLite, entre acentos graves en MySQL y entre corchetes en SQL Server.
• 🔢 Los tipos de dato. Capítulo 5.
• 🆔 El id que se autoincrementa. Capítulo 11, y ahí los cuatro se escriben distinto.
• 📅 Las funciones de fecha. Capítulo 6, y es donde más se pelean.
• 🔠 Las mayúsculas. En MySQL sobre Windows, 'lima' y 'Lima' suelen ser lo mismo. En PostgreSQL no. Esa te puede cambiar un conteo sin que te enteres.

Con cuál practicamos, y por qué

Con SQLite, y no porque sea el más fácil sino por tres cosas muy concretas:

• 💾 No hay que instalar un servidor. La base entera es un archivo. Lo descargas y ya.
• 🐍 Python lo trae de fábrica. Cero configuración.
• 📱 Lo usas todos los días sin saberlo. Tu celular tiene decenas de bases SQLite dentro: WhatsApp, el navegador, la galería.

Y lo importante: lo que aprendas aquí se escribe igual en los otros tres, salvo lo que este libro te va marcando en su tabla.

Cuando quieras probar los demás, sin instalar nada:

• 🐘 DB Fiddle para PostgreSQL y MySQL en el navegador.
• 🪟 dbfiddle.uk, que además tiene SQL Server.

La base de este libro

Todo corre sobre tienda.db, una distribuidora con cinco tablas y relaciones de verdad. Vamos a mirarla:

SELECT name FROM sqlite_master WHERE type = 'table' ORDER BY name;

name
-----------
clientes
detalle
direcciones
pedidos
productos

Esa consulta es de SQLite y no funciona igual en los otros. Es un buen ejemplo de algo que parece SQL normal y es específico del motor:

Y cuántas filas tiene cada una:

SELECT 'clientes' AS tabla, COUNT(*) AS filas FROM clientes
UNION ALL SELECT 'direcciones', COUNT(*) FROM direcciones
UNION ALL SELECT 'productos', COUNT(*) FROM productos
UNION ALL SELECT 'pedidos', COUNT(*) FROM pedidos
UNION ALL SELECT 'detalle', COUNT(*) FROM detalle;

tabla        filas
-----------  -----
clientes     120
direcciones  164
productos    40
pedidos      900
detalle      2682

Esa sí es SQL estándar y corre igual en los cuatro motores 🌟

Fíjate en la forma de las tablas, que dice mucho: 120 clientes hicieron 900 pedidos, y esos 900 pedidos tienen 2.682 líneas de detalle. O sea que cada cliente compró varias veces y cada compra tenía varios productos. Eso es una base relacional de verdad y por eso los JOIN del capítulo 7 van a tener sentido.

Tu primera consulta

SELECT nombre, ciudad, segmento
FROM clientes
WHERE ciudad = 'Lima'
ORDER BY nombre
LIMIT 5;

nombre                  ciudad  segmento
----------------------  ------  ----------
Almacenes Vega 010      Lima    Minimarket
Almacenes Vega 039      Lima    Mayorista
Almacenes Vega 072      Lima    Horeca
Autoservicio Norte 091  Lima    Bodega
Bodega La Esquina 005   Lima    Mayorista

Eso ya es una consulta completa: qué columnas quieres, de dónde, con qué filtro, en qué orden y cuántas 💜

Y salvo el LIMIT, esa consulta corre tal cual en los cuatro motores. En SQL Server sería SELECT TOP 5 nombre, ciudad, segmento y el resto igual.

Le dices qué quieres, no cómo conseguirlo

Esta es la idea que hace que SQL se aprenda rápido, y la que más cuesta si vienes de otro lenguaje 🧠

En Python, para sacar las ventas de más de mil soles ordenadas de mayor a menor, escribes los pasos: recorre la lista, compara cada elemento, guarda los que pasen, ordena el resultado. Le explicas a la máquina cómo hacerlo.

En SQL escribes qué quieres:

SELECT id, monto
FROM pedidos
WHERE monto > 1000
ORDER BY monto DESC
LIMIT 3;

id   monto
---  -------
25   1399.98
674  1372.34
373  1341.15

Ahí no hay ningún bucle. No dijiste por dónde empezar a recorrer, ni con qué algoritmo ordenar, ni si conviene mirar primero el filtro o el orden 🤷‍♀️

Eso lo decide el motor, y lo decide cada vez, mirando cuántas filas hay y qué índices existen. La misma consulta puede resolverse de dos maneras distintas hoy y dentro de un mes, y las dos te dan el mismo resultado.

Se llama lenguaje declarativo, y tiene tres consecuencias prácticas:

• 🚀 Escribes mucho menos. Cinco líneas contra quince.
• 🧩 No puedes optimizar a mano como en un bucle. Lo que sí puedes es darle mejores herramientas, y de eso va el capítulo 14.
• 🕵️ Cuando algo va lento, la pregunta no es "qué hice mal" sino "qué plan eligió el motor". Y eso se puede consultar.

Si vienes de Excel, el salto es más corto de lo que parece: una tabla dinámica también es declarativa. Arrastras un campo a filas y otro a valores, y no le explicas a Excel cómo agrupar 📊

Saber en qué motor estás, en un segundo

Te sientas en una máquina que no es la tuya, abres un cliente que no conoces y no tienes ni idea de qué hay detrás. Antes de escribir nada, esto 🔍

SELECT sqlite_version() AS version;

version
-------
3.45.1

Y en cada motor se pregunta distinto, que ya es la primera lección del libro en acción:

Parece un detalle de curiosidad y no lo es: la versión decide qué puedes escribir. Las funciones de ventana, que son media carrera de analista, llegaron a MySQL en la 8.0 y a SQLite en la 3.25. Si la máquina tiene una anterior, el capítulo 9 entero no te va a funcionar, y el error que te sale no dice "tu versión es vieja": dice que hay un problema de sintaxis 🙃

Por eso esta consulta es lo primero que escribo en una máquina nueva. Cuesta dos segundos y te ahorra media hora de buscar por qué algo que sabes que funciona no funciona.

Lo que este libro no te va a enseñar

Y lo digo aquí, al principio, para que no lo descubras a mitad del libro 🌸

Administrar el servidor. Copias de seguridad, usuarios, permisos, replicación. Eso es trabajo de administración de bases de datos, es una carrera entera y no es esta. Aquí vas a saber consultar y modificar datos, que es lo que hace alguien de datos.

Diseñar el modelo desde cero. Vas a ver cómo se crean tablas y qué son las claves, lo suficiente para entender la base con la que trabajas y para montarte una propia. Pero decidir la estructura de un sistema entero, con sus formas normales, es otro tema y da para otro libro.

Los extras de cada motor. PostgreSQL tiene tipos JSON y búsqueda de texto completo, SQL Server tiene su lenguaje de procedimientos, y cada uno tiene sus juguetes. Aquí está el 80% que es igual en los cuatro, más las diferencias que aparecen el primer día. Los juguetes se aprenden después, y se aprenden mejor sabiendo lo de aquí.

Lo que sí te llevas: entrar a una base que no conociste nunca, entender qué hay dentro, sacar el número que te pidieron, y saber cuándo el número que sacaste está mal 💜

Ejercicios

SELECT COUNT(*) AS clientes FROM clientes;

clientes
--------
120

SELECT DISTINCT ciudad FROM clientes ORDER BY ciudad;

ciudad
--------
Arequipa
Chiclayo
Cusco
Lima
Piura
Trujillo

SELECT nombre, precio
FROM productos
ORDER BY precio DESC
LIMIT 5;

nombre       precio
-----------  ------
Producto 27  89.35
Producto 37  86.1
Producto 16  83.42
Producto 36  82.97
Producto 12  81.85

-- PostgreSQL, MySQL y SQLite
SELECT id, monto FROM pedidos ORDER BY monto DESC LIMIT 3;

-- SQL Server
SELECT TOP 3 id, monto FROM pedidos ORDER BY monto DESC;

-- Y el estándar ANSI, que funciona en PostgreSQL y en SQL Server modernos
SELECT id, monto FROM pedidos ORDER BY monto DESC
FETCH FIRST 3 ROWS ONLY;

SELECT nombre, ciudad, segmento
FROM clientes
WHERE segmento = 'Mayorista' AND ciudad = 'Arequipa';

nombre                 ciudad    segmento
---------------------  --------  ---------
Cafe del Puerto 060    Arequipa  Mayorista
Bodega San Martin 103  Arequipa  Mayorista
Minimarket El Sol 109  Arequipa  Mayorista

SELECT nombre, telefono FROM clientes LIMIT 3;

OperationalError: no such column: telefono

La división que se come el medio

Antes de cerrar, una de las pocas cosas de SQL que se parecen a español y no lo son. Mírala ahora, porque la vas a escribir sin pensar 🧮

SELECT 7/2;
-- 3

Lo que te llevas

• 🗣️ SQL es el idioma; el motor es quien lo habla. Aprendes el idioma.
• 🤝 El 80% se escribe igual en PostgreSQL, MySQL, SQL Server y SQLite.
• ⚠️ El 20% que cambia aparece el primer día: limitar filas, juntar textos, fechas y nulos.
• 🧭 Cuando exista una forma estándar (COALESCE, CONCAT, CURRENT_TIMESTAMP), esa es la que conviene.
• 💾 Practicamos con SQLite porque es un archivo, y lo aprendido viaja.

Y si de todo el capítulo te llevas una sola frase, que sea esta:

Y si todavía estás decidiendo si este camino es para ti, te dejo lo que hace de verdad una analista de datos en el día a día: ser analista de datos 💛

En el capítulo 2 instalamos lo que haga falta y conectamos con la base, que es donde se atasca la gente antes de escribir su primer SELECT.

Que tengas un hermoso día! 🌟

Preguntas frecuentes