MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

bson.D vs bson.M dla zapytań typu find

Możesz użyć bson.M dla filtra zwykle skutkuje to krótszą i bardziej przejrzystą deklaracją filtra, kolejność pól nie ma znaczenia, serwer MongoDB jest wystarczająco sprytny, aby znaleźć pasujące indeksy niezależnie od użytej kolejności. Np. jeśli masz indeks złożony z polami A i B , używając bson.D filtruj listę B najpierw potem A nie uniemożliwi serwerowi korzystania z istniejącego indeksu. Więc w tym przypadku możesz użyć bson.M i bson.D , to nie ma znaczenia.

Kolejność ma znaczenie na przykład podczas określania pól sortowania. To ma znaczenie, jeśli sortujesz według pola A następnie przez pole B , może to być zupełnie inna kolejność niż sortowanie według B najpierw, a potem przez A . Więc kiedy określasz dokument sortowania mający wiele pól, zdecydowanie powinieneś użyć bson.D .

Kolejność również może mieć znaczenie (dla Ciebie ) na przykład podczas wstawiania nowego dokumentu. Jeśli używasz bson.M jako dokument, nie ma gwarancji, że kolejność pól będzie taka sama we wszystkich twoich dokumentach. Kiedy używasz bson.D , zamówienie w zapisanym dokumencie będzie zgodne z zamówieniem, gdy wymienisz pola w bson.D .



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Pierwsze kroki z PHP i MongoDB

  2. Podnieś sklep BigDecimal w MongoDB

  3. Agregacja MongoDB - wartości pól projektu jako pola

  4. Jak modelować system głosowania na polubienia za pomocą MongoDB

  5. Czy Spring Data MongoDB obsługuje funkcję sortowania MongoDB 3.4?