Cuando trabajamos con bases de datos en Laravel (o cualquier otro framework), lo más común es utilizar IDs autoincrementales (

1, 2, 3...

) como identificadores primarios. Y aunque funcionan bien en la mayoría de los casos, no siempre son la mejor opción.

Ahí es donde entra en juego el UUID (Universally Unique Identifier).

Un UUID es una cadena alfanumérica única, generada de tal forma que es prácticamente imposible que se repita, incluso entre diferentes servidores y bases de datos. Un ejemplo típico es:

550e8400-e29b-41d4-a716-446655440000

Seguridad: el primer gran motivo

Imagina que tienes una API expuesta públicamente.
Si usas IDs numéricos, cualquiera podría intuir las rutas de tus recursos:

/api/clientes/1
/api/clientes/2
/api/clientes/3

Esto abre la puerta al IDOR (Insecure Direct Object Reference), un tipo de vulnerabilidad donde un usuario malintencionado adivina el ID de otro recurso y accede a información que no debería ver.

En cambio, con UUIDs:

/api/clientes/550e8400-e29b-41d4-a716-446655440000

La complejidad es tan alta que adivinarlo resulta casi imposible. Con esto, elevas un nivel más la seguridad de tus aplicaciones.

Escalabilidad y sistemas distribuidos

Cuando tienes varios servidores o microservicios trabajando con la misma base de datos (o replicando datos entre sí), los IDs autoincrementales empiezan a ser un problema.

¿Por qué? Porque cada servidor debería coordinarse para no generar el mismo ID dos veces.

En cambio, con UUIDs cada servidor puede generar sus propias llaves sin riesgo de colisión, lo que facilita muchísimo la escalabilidad en entornos distribuidos.

Migraciones y sincronización

Si alguna vez has necesitado fusionar bases de datos o importar registros desde diferentes entornos, seguramente has sufrido con los IDs autoincrementales duplicados.

Con UUIDs, ese problema desaparece. Cada registro trae consigo un identificador único en el mundo, y no necesitas preocuparte por conflictos.

Rendimiento: ¿el contra?

Un punto importante: los UUIDs son más largos que los enteros, lo cual puede impactar en:

• El tamaño de las tablas.

• La velocidad de los índices en consultas grandes.

Sin embargo, en la mayoría de los sistemas modernos, este impacto es mínimo y el beneficio en seguridad y escalabilidad compensa ampliamente.

Si el rendimiento es crítico (millones de registros por segundo), puedes explorar variantes como ULID o UUIDv7, que son más amigables con la indexación.

Cómo usarlos en Laravel

En Laravel, puedes generar UUIDs fácilmente con la clase

Str

:

use Illuminate\Support\Str;

$model->id = (string) Str::uuid();

Y si quieres que todos tus modelos usen UUID en lugar de IDs autoincrementales, puedes apoyarte en un trait que sobrescriba la forma en la que se generan las llaves primarias.

Conclusión

Usar UUIDs no es obligatorio, pero sí recomendable en proyectos que:

• Exponen APIs públicamente.

• Manejan información sensible.

• Trabajan en entornos distribuidos o con microservicios.

• Necesitan evitar conflictos al fusionar datos de varias fuentes.

En pocas palabras: si buscas más seguridad, escalabilidad y flexibilidad, UUID es tu mejor aliado.