¿Por qué debería elegir el UUID sobre un número de incremento automático para la clave primaria de mi entidad? ¿Cuáles son los pros y los contras?UUID frente al número de incremento automático para la clave principal
El profesional principal que se puede generar de forma independiente. Con es que es más grande.
UUID son globalmente único, y se pueden generar en paralelo sin comunicación entre los servidores de base de datos agrupados. Entonces "Object IDs are more synergistic with sharding and distribution.". Los UUID generalmente se almacenan en 128 bits.
enteros incrementados-Auto son más fáciles de usar (bueno, más corto y más memorable de todos modos), y permiten automáticamente la clasificación por inserción orden. Los enteros generalmente se almacenan en 32 o 64 bits.
Andrey y Mjg ambos tenían buenos puntos, pero me gustaría añadir un problema de rendimiento relacionado que es significativo.
Con el desacoplamiento de la base de datos y la generación de claves también permite que las aplicaciones que tienen relaciones complejas entre los objetos para crear todos ellos con las llaves en su lugar, de modo que las inserciones son posibles.
En el caso de autoincremento, todos los objetos que poseen relaciones (es decir, las tablas con claves externas) tienen que esperar para el otro lado de la relación (es decir, la tabla de la que proviene la clave externa), consulta los identificadores asignados y luego actualiza individualmente los registros anteriores.
Por otro lado, estamos considerando el uso de UUID la versión 2 en una solicitud de rendición de cuentas - que incorpora la hora exacta (en microsegundos) y la dirección MAC de la máquina crearlo. –