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

MongoDB Schema Design (tablica zagnieżdżona a oddzielna kolekcja)

Ponieważ wygląda na to, że w rzeczywistości będziesz potrzebować zapytania o dane płatności poza kontekstem klienta (tj. w celu raportowania zbiorczego), nie chciałbym dodawać poszczególnych pozycji płatności do obiektów kolekcji klienta.

Z pewnością utworzyłbym kolekcję obiektów płatności, a następnie albo odwoływał się do klucza płatności w obiekcie klienta dla każdej płatności i klucza klienta w obiekcie płatności, aby mieć definitywny sposób powiązania jednego z drugim w dowolnym kierunku, albo trzecia kolekcja mapująca klientów do płatności.

To, co jest tutaj preferowane, może naprawdę zależeć od twojego wzorca dostępu. Na przykład, możesz nawet nie potrzebować takich "kluczy obcych" na obu zestawach obiektów, jeśli wyszukiwanie zawsze będzie prowadzone w jednym kierunku w przypadkach, w których musisz ustalić relację.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Jak stworzyć użytkownika w mongodb za pomocą docker-compose

  2. Korzystanie z poleceń powłoki MongoDB w sterowniku MongoDB 10Gen

  3. Jak używać operatora księgowego MongoDB w kodzie C#?

  4. Jak sprawdzić, czy dokument został wstawiony lub zaktualizowany podczas korzystania z findOneAndUpdate?

  5. konwertowanie z bloba na binarny, aby zapisać go w mongodb