De la planilla a la base de datos

Cuando la planilla empieza a crujir

Pensá en un almacén de barrio que anota sus ventas en una planilla. Los primeros meses alcanza y sobra. Pero con el tiempo aparecen tres archivos que se llaman parecido (ventas_final, ventas_final_v2, ventas_ESTE), el mismo cliente escrito de tres formas distintas, precios con y sin el signo $, y una pregunta simple como "¿qué producto vendimos más en marzo?" te lleva una tarde de filtros.

Una base de datos resuelve justamente eso. Guarda la información en tablas ordenadas, cada una sobre un solo tema, con reglas claras: cada columna tiene un tipo de dato y muchas personas o sistemas pueden usarla al mismo tiempo sin pisarse. Detrás de casi todo lo que usás (la caja de un supermercado, una tienda online, el sistema de turnos de una clínica) hay una base de datos.

SQL para leer y analizar, no para editar

En una planilla escribís números, los corregís y los borrás. Con las consultas de este curso pasa algo distinto: solo leés los datos que ya existen. Las ventas ya sucedieron y nadie quiere cambiarlas. Lo que querés es entenderlas, aunque sean millones de filas.

Una consulta sí puede calcular datos nuevos a partir de los que existen: el total del mes, un promedio por cliente, un ranking de marcas. Ese resultado aparece en tu pantalla, pero la base queda exactamente igual. Estas son preguntas que se responden con SQL todos los días:

¿Entonces SQL no puede modificar nada?

Puede. SQL también tiene comandos para crear tablas y para agregar, cambiar o borrar datos, como INSERT, UPDATE y DELETE. Los usan los sistemas (la caja del almacén, cada vez que registra una venta) y los equipos técnicos que mantienen la base.

Pero en análisis de datos usamos SQL para leer. Las ventas ya sucedieron y no las editamos. Usamos SELECT, que solo lee. Además, a quien analiza suele dársele un acceso de solo lectura, así que no puede romper nada.

Tres palabras que vas a usar todo el tiempo

El tipo de dato: qué podés hacer con cada columna

Cada columna tiene un tipo de dato, y conocerlo es clave porque te dice qué operaciones tienen sentido. No podés sumar nombres, porque son texto. Tampoco podés sumarle 5 días a un email. Pasa lo mismo que con las funciones de Excel o de Hojas de cálculo de Google: cada función espera un tipo. SUM, por ejemplo, solo suma números, igual que la función SUMA.

Un detalle: en la base de práctica (SQLite), las fechas se guardan como texto con el formato año-mes-día. Por eso se ordenan bien de la más vieja a la más nueva.

¿Y qué es SQL?

SQL es el idioma que se usa para hacerle preguntas a una base de datos. Existe desde los años 70, es un estándar y se lee casi como una frase en inglés. Esta consulta:

SELECT  nombre
FROM productos;

quiere decir "elegí el nombre, de la tabla productos". Cada parte va en su renglón para que se lea fácil: a la base le da igual, pero a las personas no.

Reglas estrictas, como las computadoras de los 80

SQL no adivina. Si falta una coma, escribís mal una palabra o cambiás el orden, la consulta no se ejecuta y la base te devuelve un error. En eso se parece a programar. Es como usar una computadora de los años 80, antes de Windows: no había íconos ni mouse, había que escribir cada comando exacto, y un error de tipeo terminaba en "Bad command or file name". Deslizá para comparar:

Años 80: comandos escritos, exactosHoy: ventanas y mouse

La buena noticia: las reglas son pocas y siempre las mismas, y un error no rompe nada. La base te dice qué corregir, como vas a ver en la actividad 3.