Creación de ID de la singularidad y la URL referencialidad

Question

Es necesario crear objetos y ponerlos a disposición en la web. Al igual que en stackoverflow, tengo algo similar.

http://stackoverflow.com/users/78374

Sin embargo, en mi caso el ID del objeto que creo debe ser único, por lo que estoy pensando en un UUID, lo que lleva a una URL como

http://example.com/users/{8e931066-7d87-4f2b-a3b5-608c4c9a9083}

porque más adelante voy a tener que combinar diferentes bases de datos en conjunto, y no quiere tener problemas de la fusión.

¿Es esta una práctica aceptada? ¿Cuáles son las alternativas?

Answer 1

Si es sólo una cuestión de la fusión de las bases de datos, dando a cada dB un identificador único y luego combinar eso con la PK de incremento automático daría a los identificadores únicos para cada objeto se puede usar y no preocuparse por la fusión de los problemas.

Answer 2

No hay ningún problema en eso. Hotmail hace eso.

Answer 3

Si la fusión debe ser del 100% sin problemas, a continuación, un UUID es probablemente su mejor apuesta. Si usted está buscando para generar más humana de usar el URL de, es posible considerar el uso de un único "Nombre de cuenta" que el usuario puede definir. Todo ello puede crear conflictos si la fusión de las bases de datos, pero se puede superar.

Answer 4

Estoy de acuerdo que esto es una práctica aceptable, ya que mantiene el ID de usuario única cuando se la usa en múltiples bases de datos y aplicaciones.

Yo uso la misma práctica en mi bloque de aplicación de almacenamiento en caché. El bloque de aplicación de almacenamiento en caché genera un GUID cuando se almacena en caché un elemento y la aplicación utiliza ese GUID para recuperar el elemento de la memoria caché.