Модель поиска на основе тегов в Mongodb

Если вам нужно использовать теги повторить в нескольких коллекциях, я бы предпочел сделать сам коллекция тегов.

Зачем мне перемещать теги в их собственную коллекцию?

Подумайте, если вам нужно изменить имя одного тега в будущем, возможно, из-за ошибки, такой как опечатка, вам нужно будет перебрать все ваши коллекции в поисках этого тега, чтобы исправить это. Разве не было бы проще, если бы вам нужно было заменить только в одном месте?

Встраивание массивов и объектов в один документ - мощный инструмент, но бывают случаи, когда это не лучшее решение. Этот случай - один из них, и вам следует максимально избегать повторений.

Официальная документация говорит о том, чтобы избежать повторений.

Структура коллекции

Создайте коллекцию тегов и добавьте их ObjectId в массив тегов в других документах вместо самого тега. Как показано ниже.

// tags collection
{
  _id: <ObjectId1>
  title: "trending"
}


// all other documents (blogs, testimonials...)
{
  _id: <ObjectId2>
  tags: [
    <ObjectId1>
  ],
  // other stuff...
}

Получение документов, связанных с тегами, одним нажатием

Когда вы выбираете один документ, вы можете получить все его теги и искать другие документы со связанными тегами, используя оператор $ в, например:

db.blogs.find({
  tags: {
    $in: [
      <ObjectId1>,
      <ObjectIdX>,
      // other tags ids
    ]
  } 
})

И это вернет сразу все документы, соответствующие одному или нескольким тегам.

Подробнее об операторе $ in.

Другие советы

Хорошо используемые индексы имеют большое влияние на производительность. Это не место, чтобы рассказывать о том, как они работают, но у mongodb есть multikey indexex, а в вашем конкретном случае - это obviuos, который, теги.

Пример:

db.blogs.createIndex( { "tags": 1 } )