Firestore loadBundle продолжает хранить удаленные документы

Я создал пакет из 3 документов. Затем я удалил 2 из них и снова создал пакет. Итак, в комплекте теперь один документ! А кеш приложений содержит 3

Затем я снова загружаю пакет:

const resp = await fetch(downloadUrl);
await loadBundle(db, resp.body); //{totalDocuments: 1} - as expected
const query = await namedQuery(db, `my-bundle-query`);
if (query) {
   const snap = await getDocsFromCache(query); //Nope! there should be one document, but there are three
}

Похоже на ошибку. Я думаю, что loadBundle должен каким-то образом отслеживать удаленные документы. Что я должен делать?

ОБНОВЛЯТЬ:

namedQuery — запросить весь кеш. Но ожидаемое поведение — получить только документы, связанные с пакетом. Так что это вообще не работает - в моем namedQuery у меня есть ограничение в 4 документа, но из кеша я получил больше!!

Так что официальный пример неверен, потому что он сталкивается с той же проблемой, которую я описал выше.

Поведение ключевого слова "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) для оценки ваших знаний,...
0
0
54
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

TL:ДР;

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

Если вы считаете, что loadBundle следует удалять элементы из локального кеша, которые не возвращаются в пакете, вам следует отправить запрос функции , чтобы добавить эту функцию в вызов loadBundle (например, loadBundle(rawBundle, /* forceRefresh = */ true)) или отправить отчет об ошибке .


Детали

Например, предположим, что ваш запрос — «Получить первые 10 сообщений в коллекции /Posts».

При запросе пакета для этого запроса первый пакет возвращает следующие результаты:

{
  "/Posts/D9p7MbcYCbTNzcXLrzfQ": { /* post data */ },
  "/Posts/xz3eY1Gwsjl4tTxTjXyR": { /* post data */ },
  "/Posts/fIvk5LF2zj2xgpgWIv9h": { /* post data */ }
}

который вы затем загружаете с помощью loadBundle.

Затем вы удаляете два таких документа с сервера с помощью другого клиента (использование того же клиента удалит их из локального кеша).

Теперь вы повторно запрашиваете пакет, который возвращает:

{
  "/Posts/fIvk5LF2zj2xgpgWIv9h": { /* post data */ }
}

При вызове loadBundle библиотека выполняет итерацию по коллекции документов в комплекте, обновляя локальный кеш для каждого документа:

// this is psuedo-code, not the true implementation
function loadBundle(rawBundle) {
  decodedBundle = parseBundle(rawBundle);

  decodedBundle.docs.forEach((doc) => {
    cachedDocuments.set(doc.id, doc);
  })

  return { // return bundle load progress
    totalDocuments: decodedBundle.docs.length,
    /* ... other stats ... */
  };
}

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

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

Документы в локальном кеше будут пропущены только в следующих случаях:

  • Декодированный запрос возвращает более 10 результатов, и они не соответствуют критериям запроса.
  • Запрос выполняется к активной базе данных.
  • Если загруженный пакет содержал метаданные, указывающие на то, что документы были удалены.

Таким образом, для очистки локального кеша пакет должен содержать:

{
  "/Posts/D9p7MbcYCbTNzcXLrzfQ": _DELETED,
  "/Posts/xz3eY1Gwsjl4tTxTjXyR": _DELETED,
  // ... for every deleted document that ever existed ...
  "/Posts/fIvk5LF2zj2xgpgWIv9h": { /* post data */ }
}

Возврат такого пакета был бы технически сложным и невероятно неэффективным.

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

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

Если вы считаете, что loadBundle следует удалять элементы из локального кеша, которые не возвращаются в пакете, вам следует отправить запрос функции, чтобы добавить эту функцию в вызов loadBundle (например, loadBundle(rawBundle, /* forceRefresh = */ true)).

Так что официальный пример - ложь firebase.google.com/docs/firestore/bundles Потому что в их примере, если вы удалите документ, он останется в кеше. Это также нарушает логику именованных запросов, поскольку они не связаны с документами в пакете, а просто выполняются над кешем. Поэтому все обещания, что вместо прочтения 50 документов можно составить из них пачку и прочитать один раз - вранье, потому что нужно читать те же 50 документов, чтобы отслеживать удаления документов - это провал планетарного масштаба. Спасибо за ответ!

Valera Kvip 06.02.2023 10:58

@ValeraKvip, если у вас есть 50 документов в комплекте, но два недавно были удалены, вы получите только 2 чтения после загрузки их в кеш с помощью getDocsFromCache, а затем получения последней версии с помощью getDocs/onSnapshot. Это по-прежнему экономит 48 операций чтения на пользователя.

samthecodingman 06.02.2023 12:03

почему? Как узнать, какие документы были удалены, не запрашивая их все? Согласен с вами, что бандл ничего не должен знать о своих предыдущих версиях и удалять документ. А вот то, что namedQuery не относится к бандлу (читает все документы в кеше) или какой-то другой метод, который бы читал только документы из бандла — это проблема.

Valera Kvip 06.02.2023 12:17

@ValeraKvip Когда вы прикрепляете прослушиватель к местоположению Firestore, SDK сообщает имена документов, которые удовлетворяют запросу сервера. Затем SDK сравнивает свои кэшированные документы с именами и запрашивает у сервера любые документы, для которых у него еще нет данных. Каждый новый документ подвергается чтению, когда вы загружаете его содержимое, в то время как запрос результатов индекса не выполняется.

samthecodingman 06.02.2023 12:23

Не могли бы вы предоставить ссылку, чтобы доказать это поведение? Кроме того, удаленный документ будет стоить одно чтение для КАЖДОГО клиента! Как будто каждое изменение будет стоить чтения для КАЖДОГО клиента, и я просто хотел избежать этого с помощью пакетов.

Valera Kvip 06.02.2023 12:49

@ValeraKvip Вот исходный код API-метода loadBundle и его реализация , а также логика обновления кэшированных результатов.

samthecodingman 06.02.2023 17:50

@ValeraKvip Если вместо этого вы имели в виду ссылки, подтверждающие поведение биллинга чтения/записи, документация по выставлению счетов по прослушиванию запросов охватывает это.

samthecodingman 06.02.2023 17:57

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

Valera Kvip 06.02.2023 18:03

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