Entendiendo una base de datos

Antes de la estructura: por qué se hace necesaria una base

Imaginemos un catálogo cuyo stock es 8 en la ficha de tienda y 11 en la tienda online. Un pedido hace referencia a un cliente ausente, mientras que dos informes de ventas dan como resultado totales diferentes.

Ninguno de estos problemas se resuelve aprendiendo primero la palabra clave SQL. Necesita una fuente compartida donde la información tenga un lugar conocido, donde las relaciones sean verificables y donde las reglas impidan estados imposibles.

Una hoja de cálculo sigue siendo muy útil para un análisis único o un pequeño conjunto de datos. Una base de datos cobra relevancia cuando varios procesos deben leer y modificar datos vinculados con las mismas reglas.

• Información duplicada: dos versiones pueden diferir.
• Stock inconsistente: la decisión depende del expediente abierto.
• Pedido sin cliente: se rompe la relación comercial.
• Informe no reproducible: no se comparte el cálculo ni la fuente.

Una tabla organiza el mismo tipo de objeto.

Una base de datos relacional almacena información en tablas. Una tabla clients contiene clientes; una tabla commandes contiene pedidos.

Cada tabla tiene una estructura definida. Esto evita que una fecha, importe o identificador se interprete de forma diferente según quién abra el archivo.

• Una línea representa un registro.
• Una columna representa una propiedad.
• Un tipo especifica los valores autorizados: texto, número, fecha o booleano.

La clave principal identifica una fila.

Dos clientes pueden tener el mismo nombre. Una clave principal como id_client le da a cada fila un identificador único y estable.

Luego, un comando puede almacenar id_client como una clave externa. Esta referencia conecta las dos tablas sin copiar toda la información del cliente.

clients
- id_client  INTEGER  PRIMARY KEY
- nom        VARCHAR
- ville      VARCHAR

commandes
- id_commande    INTEGER  PRIMARY KEY
- id_client      INTEGER  REFERENCES clients(id_client)
- montant        DECIMAL

¿Base de datos relacional u hoja de Excel?

Una hoja de cálculo es excelente para explorar rápidamente un pequeño conjunto de datos. Una base de datos relacional está diseñada para mantener reglas, conectar varios conjuntos y servir para varios usos sin multiplicar copias.

SQL le permite entonces formular una pregunta específica a esta base de datos: ¿qué clientes viven en Túnez, qué pedidos superan los 100 TND o qué producto consigue más ventas?

• Excel favorece la manipulación visual de una hoja.
• Una base enfatiza la coherencia y las relaciones.
• SQL describe el resultado deseado sin cambiar los datos predeterminados.

Lee una base como un profesional.

Antes de escribir una consulta, un analista busca comprender qué representa una fila, qué columnas son necesarias y cómo se relacionan las tablas. Esta lectura del modelo evita producir un resultado técnicamente válido pero falso a nivel empresarial.

Pregunte siempre quién crea los datos, cuándo y según qué reglas. Una fecha de pedido no tiene el mismo significado que una fecha de pago; un monto sin impuestos no debe compararse directamente con un monto que incluya todos los impuestos.

En un proyecto real, escribe definiciones importantes en un diccionario de datos. Unas pocas líneas de documentación compartida reducen la ambigüedad y hacen que los análisis sean reproducibles.

• Formula lo que representa una línea.
• Localiza las claves y columnas opcionales.
• Validar unidades, fechas y estados antes de realizar el cálculo.

Comprueba lo que has entendido

En una tabla produits, ¿qué columna sería la mejor clave principal: produit, prix o id_produit?