Genera ID amichevoli in MongoDb

Question

C'è questo progetto su cui sto lavorando. Questo è come un social network in cui possiamo avere utenti, post, foto ecc. E poi questo problema è venuto fuori. Siamo abituati a Mysql e al campo di incremento automatico "quasi magico" e ora non possiamo più contare su di esso. So che l'oggetto _id di Mongo offre un modo semplice per identificare un documento in quanto garantisce unicità. Ma la chiave non è facile da usare ed è quello che ci serve, in modo che possiamo fare URL del tipo:

http://website.com/posts/{post_id} 
http://website.com/{user_id} 

ho sviluppato una soluzione, ma non credo che questo è il modo migliore di fare questo. Per prima cosa creo una tabella mysql con una sola colonna. Questa colonna memorizza user_id ed è un campo di incremento automatico. Per ogni nuovo record su mongo inserisco una nuova riga in questa tabella mysql e ottengo user_id con la funzione "LAST_INSERT_ID", ora posso inserire i miei dati nella mia collezione mongo con un ID numerico. E un altro vantaggio è che posso cancellare il mio mysql table diciamo, dopo un milione di righe perché gli id ​​sono già memorizzati in mongo. Sto sbagliando?

Answer 1

È possibile anche creare l'ID di a Mongo, invece di MySQL, ... ecco qualche documentazione e articoli su come raggiungerlo

http://www.mongodb.org/display/DOCS/How+to+Make+an+Auto+Incrementing+Field

http://shiflett.org/blog/2010/jul/auto-increment-with-mongodb

Answer 2

Innanzitutto, non vedo alcun vantaggio nell'utilizzare un numero di incremento automatico arbitrario sull'id generato generato da mongo. Non solo non è di nuovo solo un ID arbitrario, ma devi mantenere la sequenza.

Detto questo, perché non consentire a mongo di gestire l'id e utilizzare un altro identificatore univoco per i propri URL. Se i tuoi utenti hanno un 'nome utente', suppongo che tu abbia già fatto in modo che sia unico nella collezione. Basta interrogare per quella proprietà unica, invece di trovare per id.

Ciò consente anche all'utente di modificare il proprio identificativo univoco, senza dover rimappare associazioni nel database.

E per il post, basta generare uno slug unico dal titolo.

Answer 3

Perché non utilizzare gli slug per i post e i nomi utente per gli utenti? Dovrebbe essere leggibile dall'uomo.