Транзакция FireStore: транзакция не является атомарной

Я пытаюсь установить некоторые данные по одному пути, а затем пытаюсь удалить данные из другого после успешного выполнения ранее установленной операции. Для этого я использую транзакции FireStore. Ниже приведен код.

const unapprovedItemRef = admin
  .firestore()
  .collection("unapproved")
  .doc(id);

return admin.firestore().runTransaction(transaction =>
  transaction
    .get(unapprovedItemRef)
    .then(unapprovedItemSnapshot => {
      const item = unapprovedItemSnapshot.data();
      if (!item) {
        throw new Error("No such item");
      }

      const data = {
        added_on: new Date()
      };

      const dataRef = admin
        .firestore()
        .collection("data")
        .doc('saved');

      return transaction.set(dataRef, data);
    })
    .then(() => transaction.delete(unapprovedRef)) // deliberate error
    .then(() =>
      res.status(200).send({
        message: "Success"
      })
    )
    .catch(err =>
      res.status(200).send({
        message: "Failed",
        error: err.message
      })
    )

Проблема в том, что операция delete транзакции завершается неудачно (потому что я намеренно внес в нее ошибку), но операция set все равно выполняется успешно, хотя она также должна завершиться неудачей, поскольку это только половина логической транзакции.

Что я здесь делаю не так?

Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
2
0
254
1

Ответы 1

Поскольку вы прикрепили свой собственный блок .catch, Firestore не знает, что ваша транзакция не удалась. Ваш блок catch преобразует throw new Error("No such item") в успешное обещание, которое Firestore использует для фиксации вашей транзакции.

Более того, строка transaction.delete() никогда не выполняется, поскольку предыдущий блок не удался. Если вы переместите эту строку сразу после блока catch, это также должно привести к сбою транзакции.

Другие вопросы по теме