Czy mogę użyć String jako typu ID dla dokumentu mongodb?

Question

Używam java/morphia do czynienia z mongodb. Domyślny obiekt ObjectId nie jest zbyt wygodny w użyciu z warstwy Java. Chciałbym, aby był to typ String, zachowując proces generowania kluczy za pomocą ObjectId, na przykład _id = new ObjectId.toString().

Chcę wiedzieć, czy są jakieś efekty uboczne, które robią to w ten sposób? Na przykład czy wpłynie to na wydajność bazy danych lub spowoduje kluczowe konflikty w jakikolwiek sposób? Czy wpłynie to na zmienne środowisko ...

Answer 1

Możesz użyć dowolnego rodzaju wartości dla pola _id (z wyjątkiem Tablic). Jeśli zdecydujesz się nie używać ObjectId, będziesz musiał w jakiś sposób zagwarantować wyjątkowość wartości (zrobi to ObjectId do napisu). Jeśli spróbujesz wstawić zduplikowany klucz, wystąpi błąd i będziesz musiał sobie z nim poradzić.

Nie jestem pewien, jaki efekt będzie miał na grupę z sharded, gdy spróbujesz wstawić dwa dokumenty z tym samym _id do różnych odłamków. Podejrzewam, że pozwoli ci to wstawić, ale to cię ugryzie. (Będę musiał to przetestować).

Powiedziawszy, nie powinieneś mieć problemów z _id = (new ObjectId).toString().

Answer 2

Tak naprawdę zrobiłem to samo, ponieważ miałem problem z konwersją ObjectID na JSON.

Potem zrobił coś podobnego

@Id 
private String id; 
public String getId() { 
    return id(); 
} 
public void setId(String id) { 
    this.id = id; 
} 

i wszystko działało w porządku aż postanowiłem zaktualizować uprzednio włożonego dokumentu, gdy mam obiektu przez ID wysłał go na stronę za pośrednictwem JSON i otrzymać ten sam zaktualizowany obiekt również przez post JSON, a następnie użył funkcji zapisu z Datastore, zamiast aktualizować poprzednie dane, wstawił nowy dokument zamiast aktualizowania tego, który już był.

Nawet najgorszy nowy dokument miał ten sam identyfikator, co wcześniej wstawiony, coś, co uważałem za niemożliwe.

W każdym razie ustawiłem prywatny obiekt jako ObjectID i po prostu zostawiłem get jako łańcuch, a następnie zadziałało zgodnie z oczekiwaniami, nie będąc pewnym, czy pomaga to w twoim przypadku.

@Id 
private ObjectId id; 
public String getId() { 
    return id.toString(); 
} 
public void setId(String id) { 
    this.id = new ObjectId(id); 
} 

Answer 3

Tak, możesz użyć ciągu jako _id.

Polecam go tylko, jeśli masz jakąś wartość (w dokumencie), która oczywiście jest dobrym unikalnym kluczem. Użyłem tego projektu w jednej kolekcji, w której znajdował się ciąg znaków geo-tag, w postaci "xxxxyyyy"; to pole unikatowego dokumentu musiało znajdować się w dokumencie i Musiałem zbudować na nim indeks ... więc dlaczego nie użyć go jako klucza? (Pozwoliło to uniknąć jednej dodatkowej pary klucz-wartość, I uniknął drugiego indeksu w kolekcji, ponieważ MondoDB naturalnie buduje indeks na "_id". Biorąc pod uwagę rozmiar kolekcji, oba z nich przyczyniły się do poważnych oszczędności miejsca.)

Jednak z tonu pytania ("ObjectIDs nie są bardzo wygodne"), jeśli jedynym powodem, dla którego chcesz użyć ciągu znaków, nie chcesz mieć kłopotów z ustaleniem, jak starannie zarządzać ObjectIDami. Sugeruję, że warto poświęcić swój czas, aby się do nich zbliżyć. Jestem pewien, że nie stanowią one problemu ... kiedy odkryjesz swój problem z nimi.

W przeciwnym razie: jakie są opcje? Czy wymyślisz identyfikatory ciągów KAŻDYM CZASEM, w którym używasz MongoDB w przyszłości?

Answer 4

Chciałbym dodać, że nie zawsze dobrze jest używać wygenerowanego automatycznie identyfikatora obiektu BSON jako unikalnego identyfikatora, jeśli zostanie on przekazany aplikacji: może on zostać zmanipulowany przez użytkownika. Identyfikatory obiektów wydają się generowane sekwencyjnie, więc jeśli nie uda się wprowadzić niezbędnych mechanizmów autoryzacji, złośliwy użytkownik może po prostu zwiększyć wartość, jaką ma, aby uzyskać dostęp do zasobów, do których nie powinien mieć dostępu.

Dlatego używanie identyfikatorów typu UUID zapewni warstwę bezpieczeństwa przez nieprzejrzystość. Oczywiście autoryzacja (czy ten użytkownik ma dostęp do żądanego zasobu) jest koniecznością, ale powinieneś być świadomy wspomnianej wyżej funkcji ObjectID.

Aby uzyskać najlepsze z obu światów, należy wygenerować UUID, który pasuje do długości ObjectID (12 lub 24 znaki) i użyć go do utworzenia własnego _id typu ObjectID.