1-й, push-клавиши firebase имеют очень удобную функцию сортировки в хронологическом порядке, то есть просто примените буквенно-цифровую сортировку, и они будут в хронологическом порядке даже для автономной записи.

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

Или, другими словами, храните документы так, как вы ожидаете результатов ваших запросов.

Применение к приложению

Предположим:

1. В вашем приложении есть представление, показывающее дату и время начала, количество присоединившихся команд и призы для всех событий в данном виде спорта.
2. Щелкнув любое из событий, вы увидите представление, показывающее дату и время начала, дату и время окончания, место проведения, спонсоров и названия всех присоединившихся команд.

По сути, это два узла, предназначенные для таких представлений:

Итак, из вашего вопроса я получил что-то вроде Сущности: спорт, команды, события и это будет много-много отношений между каждой сущностью, но поскольку вы имеете дело с решением, не основанным на sql, вы можете получать результаты для требуемых запросов со структурой, подобной этой

Sports:{
sport_name,
id,
Teams:
[{team_name, id}]
}

Events: {
event_id
event_name
teams :
[
{team_name, team_id}
]
}

Чтобы получить подробную информацию о каждой команде, вы можете создать еще один узел команд, в котором вы можете хранить все подробности.

Таким образом, каждый раз, когда вам нужно зарегистрировать команды для участия в каком-либо мероприятии, вы можете напрямую перейти к зарегистрированным командам в узле команд и то же самое для другого запроса.