MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Дизайн на MongoDB схема (вложен масив срещу отделна колекция)

Тъй като изглежда, че всъщност ще трябва да правите заявки срещу данните за плащане извън контекста на клиента (т.е. за обобщено отчитане), не бих искал да добавя всеки отделен елемент за плащане към обектите за събиране на клиенти.

Със сигурност бих създал колекция от обекти за плащане и след това или да препращам към ключ за плащане в обекта на клиента за всяко плащане и ключа на клиента в обекта за плащане, така че да имате окончателен начин да свържете едното с другото във всяка посока, или да имате трета колекция, свързваща клиенти с плащания.

Какво е за предпочитане тук може наистина да зависи от вашия модел на достъп. Например, може дори да не се нуждаете от такива „чужди ключове“ и за двата набора от обекти, ако търсенето винаги ще бъде в една посока за случаите, когато трябва да установите връзката.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. MongoDB $filter

  2. Сумиране на вложен масив в node.js mongodb

  3. Преглед на валидирането на схемата на MongoDB

  4. Преобразуване на някои полета в Mongo от String в Array

  5. mongo.so:> недефиниран символ:php_json_encode в Unknown на ред 0. След инсталиране mongo драйвер за php