¿Por qué aprender SQL?

Decidí aprender SQL por una sencilla razón, estoy de vacaciones. Qué tal un día se me cruza una chambita que requiera saberle a esto (dios no lo quiera) y pues mejor saberle. Ahorita que no estoy cursando materias, me sobra mucho tiempo para ver qué tal. Si por algún motivo deseo abandonar esta tarea, también quedará registrado aquí. Todo lo aprendido aquí se consultó del siguiente curso.

La primera pared con la que me topé fue el primer día, tal vez una pared un poco rídicula, instalar SQL. Para dar un poco de contexto, el SO que tiene mi computadora es Linux (I use Arch btw), las razones por la que decidí usar Linux en lugar de Windows están fuera de lugar en esta entrada, lo que puedo decir es que me gusta más cómo se comporta mi computadora ahora, aunque no es broma si te digo que tuve que consultar 34 foros para descubrir cómo cambiar mi fondo de pantalla, sí, me gusta complicarme la vida.

Entonces bueno, en resumen tardé horas tratando de instalar MySQL, pues cuando trataba de instalarlo como normalmente se hace, haciendo: sudo pacman -S mysql, me decía que podía instalar un paquete similar llamado MariaDB, la neta todo esto me pasa por andar de necio y flojo para leer, porque ahí voy diciendo no, no, no yo quiero instalar MySQL, busqué el paquete en el AUR de Arch, cloné el repositorio y se tardó HORAS instalando para que al final no funcionara. Al final me di cuenta, que ***básicamente*** instalar MariaDB y MySQL era lo mimso. Instalar MariaDB me tomó minutos y configurarlo otros cuántos más.

Después de pelearme otro rato tratando de buscar una interfaz gráfica para comenzar a trabajar, me quedé con MySQL Workbench.

Cree una pequeña base de datos usando la interfaz, nada de código aún, y lo primero que aprendí fue:

¡Entendido! Aquí están todas las líneas de código transformadas al formato solicitado:

SELECT

SELECT * FROM table; # para seleccionar toda la tabla

SELECT * name FROM table; # para seleccionar la columna _name_ de la tabla

SELECT * user_id, name FROM table; # para seleccionar más columnas

DISTINCT

SELECT DISTINCT * FROM users; # selecciona los valores distintos

SELECT DISTINCT email FROM users; # selecciona los diferentes emails de mi tabla users

Creo que aprender SQL es simplemente aprenderte un montón de comandos.

WHERE

SELECT * FROM users WHERE name="Marco"; # selecciona usuarios donde el nombre es Marco

SELECT name FROM users WHERE surname="Herrera"; # selecciona el nombre de los usuarios cuyo apellido es Herrera

SELECT DISTINCT name FROM users WHERE surname="Herrera"; # selecciona nombres distintos de usuarios cuyo apellido es Herrera

ORDER BY

SELECT * FROM users ORDER BY name; # ordena los usuarios por nombre de forma ascendente

SELECT * FROM users ORDER BY name DESC; # ordena los usuarios por nombre de forma descendente

LIKE

SELECT * FROM users WHERE email LIKE '%gmail.com'; # selecciona usuarios cuyo email termina en gmail.com

SELECT * FROM users WHERE name LIKE '%m%'; # busca en la columna de nombres, aquellos que contienen la letra m

NOT, AND, OR

SELECT * FROM users WHERE email NOT LIKE "%gmail.com" or surname="Herrera"; # selecciona usuarios cuyo email no contiene gmail.com o cuyo apellido es Herrera

LIMIT

SELECT * FROM users WHERE name LIKE "%m%" LIMIT 2; # selecciona hasta dos usuarios cuyo nombre contenga la letra m

NULL

SELECT * FROM users WHERE email IS NOT NULL; # selecciona usuarios cuyo email no es nulo

MAX, MIN

SELECT MAX(init_date) FROM users; # devuelve la fecha inicial más reciente entre los usuarios

COUNT

SELECT COUNT(*) FROM users; # cuenta el total de usuarios

IN

SELECT * FROM users WHERE name IN ('marco', 'roman'); # selecciona usuarios cuyo nombre es Marco o Roman

BETWEEN

SELECT * FROM users WHERE age BETWEEN 12 and 20; # selecciona usuarios cuyo edad está entre 12 y 20 años

ALIAS

SELECT name, init_date AS 'Fecha de Inicio' FROM users WHERE age BETWEEN 10 and 20; # selecciona nombre y fecha de inicio como 'Fecha de Inicio' para usuarios entre 10 y 20 años

CONCAT

SELECT concat(name, ' ', surname) FROM users; # concatena el nombre y el apellido

SELECT concat(name, ' ', surname) AS 'Nombre Completo' FROM users; # concatena el nombre y el apellido y lo muestra como 'Nombre Completo'

GROUP BY

SELECT COUNT(age), age FROM users GROUP BY age ORDER BY age ASC; # cuenta la cantidad de usuarios por edad y los ordena de menor a mayor edad

CASE

SELECT *, 
CASE
	WHEN age > 17 THEN 'Es mayor de edad'
    ELSE 'NO eres mayor de edad'
END AS agetext
FROM users; # asigna un texto dependiendo si el usuario es mayor de edad o no

IFNULL

SELECT name, surname, IFNULL(email, 'no email') FROM users; # selecciona nombre, apellido y email, pero si el email es nulo muestra 'no email'

WRITING

INSERT

INSERT INTO users (name, surname) VALUES ('Julio', 'Perez'); # inserta un nuevo usuario llamado Julio Perez

UPDATE

UPDATE users SET age = '21' WHERE user_id = 9; # actualiza la edad del usuario con id 9 a 21 años

DELETE

DELETE FROM users WHERE user_id = 8; # elimina el usuario con id 8

DATA BASES

CREATE DATABASE test; # crea una base de datos llamada test

DROP DATABASE test; # elimina la base de datos llamada test

TABLES

CREATE TABLE

CREATE TABLE persons (
	id int NOT NULL AUTO_INCREMENT,
    name varchar(100) NOT NULL,
    age int,
    email varchar(50),
    created datetime DEFAULT CURRENT_TIMESTAMP(),
    UNIQUE(id),


    PRIMARY KEY(id),
    CHECK(age>=18)
); # crea una tabla llamada persons con varias columnas y restricciones

DROP TABLE

DROP TABLE persons; # elimina la tabla llamada persons

ALTER TABLE

ALTER TABLE persons8
ADD surname varchar(150);

ALTER TABLE persons8
RENAME COLUMN surname TO description;

ALTER TABLE persons8
MODIFY COLUMN description varchar(250);

ALTER TABLE persons8
DROP COLUMN description;

Bueno, a partir de aquí retomé el estudio de esto después de una semana.

RELATIONSHIPS

Aquí tenemos distintos tipos de relaciones, SQL, por lo que estoy entendiendo, una de sus fortalezas es que se especializa en bases de datos relacionales. Hay distintos tipos de relaciones, y estas serían:

Relación 1 : 1

Esta está un poco clara, nos dice que hay una relación entre el registro de una Tabla A y el registro de una Tabla B.

Aquí vemos que el registro userid de la tabla "dni" es clave foránea de la clave primaria userid de la tabla "users"

CREATE TABLE dni(
	dni_id int AUTO_INCREMENT PRIMARY KEY,
    dni_number int NOT NULL,
    user_id int,
    UNIQUE(dni_id),
    FOREIGN KEY(user_id) REFERENCES users(user_id)
)

Relación 1 : N

Aquí, casi de forma análoga se habla de una relación que puede tener un registro con N registros, el ejemplo que da el curso que estoy siguiendo es el de crear una nueva tabla que se encargue de los registros de nombres de compañias, un empleado puede tener varias compañías pero claramente las compañías pueden tener varios empleados.

La neta siento que está bien triste estar trabajando con estos términos de que: empleado, compañía, registro, etc. Pero bueno, es lo que toca.

Primero creamos esa tabla de compañías.

CREATE TABLE companies(
	company_id int AUTO_INCREMENT PRIMARY KEY,
    name varchar(100) NOT NULL
)

Después en el tutorial, se utilizó la interfaz gráfica para agregar una columna más a la tabla de users, nombŕandola companyid_, esta sería nuestra clave foránea, pues es la clave primaria de nuestra otra tabla llamada companies. Entonces, la cree, usando la interfaz, y tal vez, sea más fácil agregar más columnas de esta forma. Después se alteró de la siguiente forma:

ALTER TABLE users 
ADD CONSTRAINT fk_companies
FOREIGN KEY(company_id) REFERENCES companies(company_id)

Ok, tenía un problemita en entender el ADD CONSTRAINT, pero pues justamente es la línea que añade que habrá una restricción en la tabla users, esta cobra sentido en la siguiente línea pues especifica de qué tratará la constricción, en la relación 1:N no ocupamos esto porque no creabamos ninguna nueva columna en ninguna tabla. O al menos eso es lo que creo.

Aquí hago un paréntesis. Quiero hablar de la palabra constraint, esta palabra fue muy común para mí mientras tomaba mi curso de mecánica analítica, pues al estudiar el formalismo lagrangiano se habla de estas constraints. Mi problema con esta palabra es su traducción, la traducción directa es la que escuché en mi curso y la que he escuchado más veces: constricción. Se me hace muy fea esta palabra porque siento que suena como cuando estás constriñido del estómago. Por otra parte, la traducción restricción se me hace un poco más buena, sin embargo, aunque sí es una restricción pierde el sentido de una relación que existe, que la traducción ligadura sí comprende, pero a mi parecer, dejando de lado el carácter restrictivo. Así que hasta ahora, no sé muy bien qué palabra me gustaría más usar en estos casos. Ojalá algún día la encuentre, pero no es broma cuando digo que siento un navajazo en el pecho cuando escucho constricción. Tal vez la que preferiría sería restricción, pues siento que el carácter restrictivo es más importante que el hecho de que sea claro que exista una relación.

Relación N : M

El ejemplo que se pone acá es sencillo, creamos una tabla que contiene idiomas, y otra que contiene qué idiomas hablan los usuarios. Es N:M porque varios idiomas pueden ser hablados por varios usuarios y varios usuarios pueden hablar varios idiomas.

CREATE TABLE languages(
	language_id int AUTO_INCREMENT PRIMARY KEY,
    name varchar(100) NOT NULL
);

CREATE TABLE users_languages(
	users_language_id int AUTO_INCREMENT PRIMARY KEY,
    user_id int,
    language_id int,
    FOREIGN KEY(user_id) REFERENCES users(user_id),
    FOREIGN KEY(language_id) REFERENCES languages(language_id),
    UNIQUE (user_id, language_id)
);

Para ir insertando datos en nuestra relación 1 : 1, tenemos que:

INSERT INTO dni (dni_number, user_id) VALUES (11111111, 1);
INSERT INTO dni (dni_number, user_id) VALUES (22222222, 2);
INSERT INTO dni (dni_number, user_id) VALUES (33333333, 3);
INSERT INTO dni (dni_number) VALUES (44444444);

Para nuestra relación de 1 : N tenemos que agregar nuestros datos en la tabla que creamos, y actualizar la tabla del principio de la forma que ya se había visto:

INSERT INTO companies (name) VALUES ('MoureDev');
INSERT INTO companies (name) VALUES ('Apple');
INSERT INTO companies (name) VALUES ('Google');

UPDATE users SET company_id = 1 WHERE user_id = 1;
UPDATE users SET company_id = 2 WHERE user_id = 3;
UPDATE users SET company_id = 3 WHERE user_id = 4;
UPDATE users SET company_id = 1 WHERE user_id = 7;

Para nuestra relación de N : M, tendríamos:

INSERT INTO languages (name) VALUES ('Swift');
INSERT INTO languages (name) VALUES ('Kotlin');
INSERT INTO languages (name) VALUES ('JavaScript');
INSERT INTO languages (name) VALUES ('Java');
INSERT INTO languages (name) VALUES ('Python');
INSERT INTO languages (name) VALUES ('C#');
INSERT INTO languages (name) VALUES ('COBOL');

INSERT INTO users_languages (user_id, language_id) VALUES (1, 1);
INSERT INTO users_languages (user_id, language_id) VALUES (1, 2);
INSERT INTO users_languages (user_id, language_id) VALUES (1, 5);
INSERT INTO users_languages (user_id, language_id) VALUES (2, 3);
INSERT INTO users_languages (user_id, language_id) VALUES (2, 5);

JOIN

INNER JOIN

SELECT * FROM users
INNER JOIN dni
ON users.user_id = dni.user_id;

SELECT * FROM users
JOIN dni
ON users.user_id = dni.user_id;

SELECT name, dni_number FROM users
JOIN dni
ON users.user_id = dni.user_id
ORDER BY age ASC;

# Obtiene los datos de los usuarios que tienen empresa
SELECT * FROM users
JOIN companies
ON users.company_id = companies.company_id;

# Obtiene los datos de las empresas que tienen usuarios
SELECT * FROM companies
JOIN users
ON users.company_id = companies.company_id;

# Obtiene el nombre de las empresas junto al nombre de sus usuarios
SELECT companies.name, users.name FROM companies
JOIN users
ON companies.company_id = users.company_id;

# Obtiene los nombres de usuarios junto a los lenguajes que conocen
SELECT users.name, languages.name
FROM users_languages
JOIN users ON users_languages.user_id=users.user_id
JOIN languages ON users_languages.language_id=languages.language_id;

# Obtiene los nombres de usuarios junto a los lenguajes que conocen (utilizando otro orden de relación entre tablas)
SELECT users.name, languages.name
FROM users
JOIN users_languages ON users.user_id=users_languages.user_id
JOIN languages ON users_languages.language_id=languages.language_id;

LEFT JOIN

# Obtiene los datos de todos los usuarios junto a su dni (lo tenga o no)
SELECT * FROM users
LEFT JOIN dni
ON users.user_id = dni.user_id;

# Obtiene el nombre de todos los usuarios junto a su dni (lo tenga o no)
SELECT name, dni_number FROM users
LEFT JOIN dni
ON users.user_id = dni.user_id;

# Obtiene todos los dni junto al nombre de su usuario (lo tenga o no)
SELECT name, dni_number FROM dni
LEFT JOIN users
ON users.user_id = dni.user_id;

# Obtiene el nombre de todos los usuarios junto a sus lenguajes (los tenga o no)
SELECT users.name, languages.name
FROM users
LEFT JOIN users_languages ON users.user_id=users_languages.user_id
LEFT JOIN languages ON users_languages.language_id=languages.language_id;

RIGHT JOIN

# Obtiene todos los dni junto a su usuario (lo tenga o no)
SELECT * FROM users
RIGHT JOIN dni
ON users.user_id = dni.user_id;

# Obtiene todos los dni junto al nombre de su usuario (lo tenga o no)
SELECT name, dni_number FROM users
RIGHT JOIN dni
ON users.user_id = dni.user_id;

# Obtiene el nombre de todos los usuarios junto a su dni (lo tenga o no)
SELECT name, dni_number FROM dni
RIGHT JOIN users
ON users.user_id = dni.user_id;

# Obtiene el nombre de todos los lenguajes junto a sus usuarios (los tenga o no)
SELECT users.name, languages.name
FROM users
RIGHT JOIN users_languages ON users.user_id=users_languages.user_id
RIGHT JOIN languages ON users_languages.language_id=languages.language_id;

Existe otro Join que es para unir la parte izquierda y la parte derecha, pero podemos hacerlo por separado usando UNION.

AVANZADOS

INDEX

Por lo que estoy entendiendo, los índices nos ayudarían a hacer más eficientes las búsquedas de datos, por ejemplo, estaba viendo que, en el pasado, cuando hicimos:

SELECT name FROM users WHERE surname="Herrera"; # selecciona el nombre de los usuarios cuyo apellido es Herrera

Esa consulta busca todos los nombres de los usuarios cuyo apellido es "Herrera". Sin un índice, la base de datos tendría que examinar cada fila de la tabla users para encontrar las que coinciden con el apellido "Herrera", lo cual puede ser muy ineficiente, especialmente si la tabla es grande.

Al crear un índice en la columna surname, la base de datos puede usar este índice para localizar rápidamente todas las filas que cumplen con el criterio de búsqueda, reduciendo significativamente el tiempo necesario para ejecutar la consulta.

# Crea un índice llamado "idx_name" en la tabla "users" asociado al campo "name"
CREATE INDEX idx_name ON users(name);

# Crea un índice único llamado "idx_name" en la tabla "users" asociado al campo "name"
CREATE UNIQUE INDEX idx_name ON users(name);

# Crea un índice llamado "idx_name_surname" en la tabla "users" asociado a los campos "name" y "surname"
CREATE UNIQUE INDEX idx_name_surname ON users(name, surname);

# Elimina el índice llamado "idx_name"
DROP INDEX idx_name ON users;

Al final del tutorial se vieron algunos concetos avanzados más, que considero que habría que profundizar más en ellos haciendo proyectos o en otra entrada, estos son:

Triggers (Disparadores):
- Son procedimientos automáticos que se ejecutan o se "disparan" en respuesta a eventos específicos dentro de una base de datos, como inserciones, actualizaciones o eliminaciones. El ejemplo que se dio, es crear una nueva tabla en donde se guarde el email anterior cuando alguien hace una actualización de un nuevo email.
Views (Vistas):
- Las vistas son consultas almacenadas que se presentan como si fueran tablas virtuales. Aunque no almacenan datos físicamente, las vistas permiten interactuar con los datos como si estuvieran trabajando con una tabla estándar. Considero que son útiles para consultas complejas.
Stored Procedures (Procedimientos Almacenados):
- Son colecciones de declaraciones SQL que se compilan y almacenan en la base de datos. Se pueden ejecutar con una llamada simple, lo que facilita reutilizar código SQL y mejorar la seguridad y la eficiencia del rendimiento.
Transactions (Transacciones):
- Una transacción en una base de datos es una secuencia de operaciones que se trata como una única unidad lógica de trabajo. Si todas las operaciones en la transacción se completan con éxito, la transacción se confirma y todos los cambios se hacen permanentes. Si alguna operación falla, la transacción se puede revertir, y el estado de la base de datos vuelve al punto antes de que comenzara la transacción.
Connectors (Conectores):
- Los conectores permiten a las aplicaciones interactuar con una base de datos mediante la ejecución de comandos SQL. Proporcionan métodos para conectarse a la base de datos, ejecutar comandos y gestionar resultados. En pocas palabras, por ejemplo, ejecutar consultas desde Python.

Marco Herrera Solar. Last modified: July 03, 2024. Sitio hecho con Franklin.jl y Julia programming language.