Как грамотно спроектировать MongoDB?

Question

[Gleb]

Коллеги, доброго дня!

Встал вопрос о проектировании БД - список стран и городов. Использовать готовые API нет возможности, т.к. база будет собираться из кучи разных источников (api транспортных компаний).
Для решения задачи есть желание использовать MongoDB с содержанием субколлекций.
Пример:

{
country: "Россия",
regions: [
{
region: "Тюменская область",
cities: [
{city: "Тюмень", .....},
....
]
}
]
}

Обязательно планируем поиск по городам с автоподсказками.
Архитектура микросервисная.

Хочу услышать мнения касаемо выбора БД под задачу и реализации поиска.
Спасибо!

Answer 1

[Александр Вульф]

ИМХО, я бы тут взял обычную реляционную БД.

Comments

[Gleb]

А почему?
Нормализация должна быть?

[Александр Вульф]

Gleb, потому что отличная задача для монги - когда вообще нет субколлекций. Если появляется желание вложенности, то монга сразу становится очень тяжелой.
Также, есть ограничение по размеру документа. Сейчас вы добавите список городов и выйдете за этот предел. А дальше только поле из костылей.

Answer 2

[Abcdefgk]

В таких вложенных во вложения вложениях потом поиск по индексам не работает нопремер.
Надо "проектировать" так, чтобы было меньше вложений, но были отсылающие поля. Всё отдельными коллекциями.
Ну типа коллекция (модель) City
{
name: String,
region: String,
country: String
}
И потом, чтобы выбрать все города Чукотки, находящиеся в США, можно будет запросить просто:

City
  .find()
  .where('region', 'Чукотка')
  .where('country', 'США')
  .exec(...

Comments

[Gleb]

Спасибо за идею, подумаем над таким вариантом.

[Abcdefgk]

Только не долго.