Блог

Я использую метод агрегирования для отслеживания агрегированных данных, таких как общее количество документов и т. Д. В Firestore.

Всякий article раз, когда документ создается или удаляется, я использую триггер функций Firebase для обновления данных агрегации в отдельном документе.

 exports.onCreateArticle = functions.firestore.document("/articles/{articleId}").onCreate((change, context) => {
   // Increment a count amp; other aggregation data in a separate aggregation doc. This is done under transaction.
}

exports.onDeleteArticle= functions.firestore.document("/articles/{articleId}").onDelete((change, context) => {
   // Decrement a count amp; other aggregation data in a separate aggregation doc. This is done under transaction.
}
 

Дело в том, что я также хочу иметь еженедельную/ежемесячную запланированную функцию firebase, которая перемещает набор articles в другую коллекцию (например, процесс архивирования). Например, этот процесс удаляет статьи в /articles/{articleId} пути и перемещает их по /archivedArticles/{articleId} другому пути.

 exports.scheduleArchive = functions.pubsub.schedule("every 7 days").onRun(async (context) => {
   /// move articles from `/articles/` to /archiveArticles/` and update aggregation doc at once.
}
 

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

Когда начнется запланированный процесс, я не хочу onDelete , чтобы он запускался по следующим причинам.

• Гораздо более экономично обновлять документ агрегации сразу (1 емкость для записи документа против 1 на каждый архивированный документ), когда это запланированное задание уже знает, сколько статей было заархивировано.
• Если я буду полагаться только на onDelete триггер для обновления документа агрегации, появится большое количество onDelete триггеров, и транзакционное обновление от триггера до документа агрегации, скорее всего, завершится неудачей. Это также приведет к ненужному вызову функций firebase.

Ниже приведены мои вопросы.

1. Есть ли способ onDelete предотвратить вызов, когда мои функции firebase удаляют документы? (против пользователей, удаляющих документ)
2. Если я не могу подавить onDelete триггер, есть ли способ отличить onDelete , был ли он вызван пользователем или функциями через api администратора firebase? (например, с использованием context DocumentSnapshot параметровamp;, которые передаются в каждое событие триггера).

1. Нет. Функции всегда активны, когда они развернуты. Вам пришлось бы удалить его, чтобы он перестал работать, или послать ему какой-то другой сигнал, который вы создаете сами.
2. Нет, информация о пользователе недоступна в триггере. Лучшее, что вы можете сделать, — это попросить пользователя записать свой UID в документ, чтобы узнать, кто это был, и убедиться, что он соответствует правилам безопасности.