Creazione di ID per referenzialità l'unicità e l'URL

Question

Ho bisogno di creare oggetti e renderli disponibili sul web. Analogamente a StackOverflow, ho qualcosa di simile.

http://stackoverflow.com/users/78374

Tuttavia, nel mio caso l'ID dell'oggetto creo deve essere univoco, così sto pensando di un UUID, che porta a un URL come

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

perché poi dovrò unire diversi database insieme, e io non voglio avere la fusione problemi.

Si tratta di una pratica accettata? Quali sono le alternative?

Answer 1

Se è solo una questione di unire le banche dati, dando ad ogni Db un identificatore univoco e poi unisce che con la PK incremento automatico darebbe ID univoci per ogni oggetto è possibile utilizzare e non preoccuparsi di fusione problemi.

Answer 2

Non c'è nessun problema in questo. Hotmail fa.

Answer 3

Se la fusione deve essere perfetta al 100%, poi un UUID è probabilmente la soluzione migliore. Se stai cercando di generare più human-friendly URL, si può considerare l'utilizzo di un unico "Nome account", che l'utente può definire. Questo potrebbe potenzialmente creare conflitti se unire le banche dati, ma possono essere superati.

Answer 4

Sono d'accordo che si tratta di una pratica accettabile perché mantiene l'utente ID univoco quando lo si utilizza su più database e applicazioni.

Io uso la stessa pratica nel mio blocco applicativo di caching. Il blocco applicativo di caching genera un GUID quando un elemento viene memorizzato nella cache e l'applicazione utilizza tale GUID per recuperare l'elemento dalla cache.