UUID v4 frente a v7 para identificadores
Una decisión práctica sobre identificadores que separa la unicidad del secreto y evita sorpresas de compatibilidad o rendimiento en la base de datos.
UUID v4 y v7 ofrecen espacios globales de gran unicidad, pero exponen información distinta y se comportan de forma diferente en los índices. Ninguno de los dos es un secreto ni sustituye la comprobación de permisos.
Elige según el patrón de acceso
v4 es aleatorio y cuenta con una compatibilidad muy amplia. v7 incorpora la hora de creación y suele mejorar la localidad de las inserciones, pero los valores creados al mismo tiempo no forman automáticamente una secuencia global estricta.
Comprueba el almacenamiento y la compatibilidad
Prefiere columnas UUID nativas o un almacenamiento binario compacto, usa una única representación de texto canónica en los límites y verifica analizadores, controladores, migraciones y esquemas de API antes de adoptar v7.
Revisa la privacidad y la seguridad
v7 revela aproximadamente la hora de creación; v4 no. Ambos requieren autorización sobre cada recurso y ninguno debe sustituir contraseñas, tokens de sesión o claves de API.
Lista para elegir una versión de UUID
- Confirma el soporte del lenguaje y la base de datos
- Elige v4 o v7 por una razón explícita
- Usa un formato de almacenamiento canónico
- Prueba los índices y las migraciones
- Mantén la autorización separada de los identificadores
Guías relacionadas
Aprenda el workflow detrás de esta herramienta y qué revisar después.
JSON Schema para contratos de API fiables
Un proceso de creación de esquemas que convierte datos válidos y erróneos en documentación ejecutable, en lugar de depender de un único ejemplo ideal.
Cómo depurar paso a paso una respuesta JSON de API
Un proceso repetible para separar errores de transporte, problemas de sintaxis JSON y fallos del contrato de datos en las respuestas de una API.