Блог

Я создаю приложение, которое работает следующим образом: пользователь приложения является менеджером команды, он / она задает несколько вопросов команде и собирает данные в приложении. Ежемесячно на основе этих данных создается отчет. Не существует варианта использования / сценария, в котором пользователю нужно будет просматривать все данные сразу, т. Е. Не фильтровать по месяцам.

При этом я думал о моделировании данных таким образом:

  - persons/{personId}:
   - name

 - answersByPerson/{personId}:
   - personName
   - byMonth/{YYYYMM}: (using month as key)
     - month
     - collectedAnswers/{uuid}:
       - answer_to_q1 ... (these are all yes or no questions)
       _ answer_to_qn

 - aggregationsByPerson/{personId}: (this should be computed by cloud function)
   - month
   - byMonth/{YYYYMM}: (also using month as key)
     - sum_q1... (count amount answered with 'yes')
     - sum_qn

 - reportByPerson/{personId}:
   - personName
   - month
   - score (computed from aggregations)
 

Итак, у меня есть следующие вопросы:

1. Плохо ли мне использовать год / месяц в качестве ключей к моим документам? (Я бы убедился, что в моем приложении перезаписаны данные, если ключ существует)
2. Плохо ли для меня повторно использовать PersonID в качестве ключей в коллекции answersByPerson? Идея в том, что мне не нужно было бы извлекать коллекцию persons или фильтровать коллекцию ответов по PersonID.
3. Для меня слишком сложно использовать ежемесячные пакеты? Я подумал, что, возможно, я сэкономлю немного денег, если буду извлекать collection('answersByPerson').doc('$personId').collection($month) вместо выборки collection('answersByPerson').doc('$personId').where(...) .
4. Кроме того, имеет ли смысл для меня помещать агрегации в коллекцию ответов? Смогу ли я обновить его без использования облачной функции или это может привести к проблемам с синхронизацией?

редактировать: я искал об этом, и кажется, что термин «пакетирование» не так уж распространен, я взял его из этой статьи .

3. Firestore взимает плату за количество прочитанных документов и потребляемую пропускную способность; он явно не взимает плату за количество документов, по которым он должен выполнить поиск. Если вы можете написать запрос, чтобы получить именно те документы, которые вам нужны, из объединенной коллекции, тогда стоимость будет точно такой же между этими двумя операциями. Более однозначно: так же будет и производительность, поскольку производительность Firestore зависит только от объема данных, которые вы извлекаете, а не от размера коллекции.