Проектирование базы данных: от реляционной базы данных до Mongodb - отношения "многие ко многим"
В моей реляционной базе данных у меня было 5 таблиц, где 2 из них были соединительными таблицами, а остальные 3 имели отношение многие ко многим.
Этими тремя таблицами были "Автобус", "Место" и "Пассажир" (и пассажиры могли менять место на одну поездку на автобусе, чтобы у каждого пассажира могло быть больше мест, и у каждого места могло быть больше пассажиров, чтобы вести историю).
Так что теперь, пытаясь перевести это на документно-ориентированную базу данных, я не знаю, как поступить. Я думал о том, чтобы дать Bus список ссылок на места, а на каждое место - список ссылок на пассажиров (мое приложение - это приложение истории мест, поэтому я пытался держать его в центре), но я не уверен, как выбраться. пассажир к его истории места. Должен ли я добавить список ссылок на места для коллекции пассажиров, имея при этом список ссылок на пассажиров в коллекции мест, и обновлять оба на каждом повороте? Похоже на хакерское решение.
Общие вопросы, которые мне нужно сделать: получить самое популярное место, получить все пассажиры за место, получить все места для пассажира (все для определенного автобуса)
Может кто-нибудь помочь, пожалуйста?