Saltar al contenido principal

Buenas Prácticas

Diseñar correctamente una base de datos desde el inicio evita errores, retrabajos y asegura eficiencia a largo plazo. Este documento explica cómo nombrar campos de forma clara y cómo seleccionar el tipo de dato adecuado para cada uno.

1. ¿Qué son los campos y tipos de datos?​

  • Campo: Es una columna en una tabla. Representa una característica del dato que se almacena. Por ejemplo, en una tabla de usuarios, los campos pueden ser nombre, correo, edad.
  • Tipo de dato: Define el tipo de información que puede almacenarse en ese campo, como texto, número, fecha o booleano.

2. Buenas prácticas al nombrar campos​

Usar nombres claros y descriptivos​

Incorrecto:

SELECT a, b FROM tabla;

Correcto:

SELECT nombre_usuario, correo_electronico FROM usuarios;

Usar un solo idioma​

Incorrecto:

SELECT nombre, email, birth_date FROM users;

Correcto:

SELECT nombre, correo, fecha_nacimiento FROM usuarios;

Seguir una convención de nombres​

  • snake_case: usa guiones bajos. Ejemplo: nombre_completo
  • camelCase: usa mayúsculas internas. Ejemplo: nombreCompleto

Elegir una y mantenerla en todo el proyecto.

3. Cómo elegir el tipo de dato correcto​

Cada campo debe tener un tipo de dato que coincida con el valor que almacenará.

Tipo de DatoUso recomendadoEjemplo
INTNúmeros enteros (edad, ID, conteos)edad = 25
DECIMAL(10,2)Números con decimales (precios, dinero)precio = 19.99
VARCHAR(n)Texto corto (nombre, correo)nombre = 'Ana'
TEXTTexto largo (descripciones)descripcion = 'Descripción larga'
DATEFechas (nacimiento, creación, eventos)fecha_nacimiento = '2000-05-12'
BOOLEANVerdadero o falsoactivo = true

4. Reglas clave de diseño​

Usar NOT NULL si el campo es obligatorio​

email VARCHAR(100) NOT NULL

Definir claves primarias (PRIMARY KEY)​

id INT PRIMARY KEY AUTO_INCREMENT

Usar valores por defecto (DEFAULT)​

activo BOOLEAN DEFAULT true
fecha_creacion DATE DEFAULT CURRENT_DATE

Usar claves foráneas (FOREIGN KEY) para relaciones entre tablas​

id_usuario INT,
FOREIGN KEY (id_usuario) REFERENCES usuarios(id)

5. Errores comunes a evitar​

Mal diseñoProblema asociado
Usar VARCHAR para todoIneficiencia y falta de validación
Campos genéricos como dato1Falta de claridad
Guardar varios datos juntosDificulta el análisis y filtrado
Mezclar idiomas o estilosConfusión y errores en desarrollo

6. Ejemplo de tabla bien diseñada​

CREATE TABLE usuarios (
  id INT AUTO_INCREMENT PRIMARY KEY,
  nombre VARCHAR(50) NOT NULL,
  correo VARCHAR(100) UNIQUE NOT NULL,
  edad INT,
  fecha_nacimiento DATE,
  activo BOOLEAN DEFAULT true,
  fecha_registro DATE DEFAULT CURRENT_DATE
);

7. Conclusiones​

  • Usar nombres claros y consistentes en los campos
  • Elegir el tipo de dato adecuado según el contexto
  • Aplicar restricciones como NOT NULL, DEFAULT, PRIMARY KEY
  • Pensar siempre en la claridad y mantenimiento futuro de la base de datos

Una base de datos bien diseñada es fundamental para el éxito de cualquier sistema o aplicación.