Hintergrund: I
über eine Anwendung nehme (Original Ingenieur verlässt), die als Caching-Schicht einiger relativ langsame Backend-Services fungieren. Da es sich um eine URL im REST-Stil handelt, ist jede URL eindeutig. Die Anwendung verwendet MongoDb als Speicher für den Cache und verwendet den Hash-Wert als Cache. Obwohl der Hash-Code ziemlich einzigartig sein sollte, ist er nicht eindeutig.Gibt es eine Grenze für die Länge von _id in mongodb
Frage: Mir wurde gesagt, der Grund für die Verwendung von Hash-Code (anstelle der URL) war, weil MongoDb _id Feld hat Länge zu begrenzen, aber ich kann kein Dokument darüber finden. Alles, was ich in der MongoDb-Dokumentation finden kann, ist "_id Feld kann alles andere als Array sein, solange es einzigartig ist". Stimmt es, dass das _id-Feld von MongoDb eine Längenbeschränkung hat? Wenn ja, wie groß ist die Grenzgröße?
Die Anwendung ist in Java geschrieben. Oh, und ich bin neu in MongoDb.
Ah, danke. Ja lange Zeichenfolge Wert in _id ist auch peinlich. Die wirkliche Lösung ist die Kollision, aber das ist eine andere Geschichte. – Alvin
Nun, Hash-Werte können aufgrund ihres Charakters selten garantiert einmalig sein. Daher würde ich keine Hashes als _id-Werte speichern (die eindeutig sein müssen), und eine Kollisionsprüfung sollte nicht erforderlich sein. Das heißt, es sollte durchaus möglich sein, verkürzte URLs für Ihre REST-URIs zu erstellen, es würde lediglich eine gewisse Anwendungssensitivität in Ihrem Verkürzungscode erfordern. –
Danke für den Hinweis! Bin dankbar. – Alvin