Как вы сказали, все зависит от множества факторов, и у меня нет полной картины, чтобы дать наиболее точный ответ, но я постараюсь обобщить все, что вам нужно знать, чтобы сделать правильный выбор.
Разделение
Прежде всего, ключ раздела неизменен. Это означает, что после создания коллекции с ключом секции ее определение не может измениться. То же самое касается значения ключа раздела в документе.
Во-вторых, разделы имеют максимальный размер 10 ГБ (по крайней мере, на данный момент). Это означает, что если вы выберете ключ раздела, который в конечном итоге достигнет этого числа, то игра окончена, и вам придется перенести свою коллекцию на другой с ключом раздела, который имеет более разные значения.
Причина, по которой я упоминаю об этом, заключается в том, что несколько типов сущностей могут храниться в одной коллекции с единственным ограничением — ключом раздела. Если у них может быть общий ключ раздела (скажем, какой-то тип идентификатора, такой как eventId), то нет причин, по которым они не могут использовать одну и ту же коллекцию.
Масштабирование стоимости и пропускной способности
Ну, я солгал. Есть еще одна причина, по которой ваши объекты, возможно, не должны использовать одну и ту же коллекцию, и это масштабирование стоимости и пропускной способности. Наличие одной коллекции для каждого типа объекта имеет преимущество (потенциально) наличия более подходящего ключа раздела, а также возможности масштабирования независимо друг от друга. Это означает, что ваша коллекция событий телеметрии может быть подготовлена со скоростью 600 ЕЗ/с, а ваши эталонные данные — со скоростью 400 ЕЗ/с. Опять же, это зависит от ожидаемой нагрузки, поэтому все зависит от вас. В долгосрочной перспективе это может привести либо к экономии денег, либо к большим затратам, чем следовало бы.
Изменить ленту
Лента изменений должна быть указана на одну коллекцию, чтобы хранить документы, связанные с арендой, но многие процессы ленты изменений могут совместно использовать одну и ту же коллекцию ленты изменений, поэтому вам потребуется как минимум одна.
person
Nick Chapsas
schedule
03.11.2018
