Google Firestore - как получить документ по нескольким идентификаторам за одну поездку туда и обратно?

Мне интересно, можно ли получить несколько документов по списку идентификаторов за одну поездку туда и обратно (сетевой вызов) в Firestore.

если вы находитесь в Node:

https://github.com/googleapis/nodejs-firestore/blob/master/dev/src/index.ts#L701

/**
* Retrieves multiple documents from Firestore.
*
* @param {...DocumentReference} documents - The document references
* to receive.
* @returns {Promise<Array.<DocumentSnapshot>>} A Promise that
* contains an array with the resulting document snapshots.
*
* @example
* let documentRef1 = firestore.doc('col/doc1');
* let documentRef2 = firestore.doc('col/doc2');
*
* firestore.getAll(documentRef1, documentRef2).then(docs => {
*   console.log(`First document: ${JSON.stringify(docs[0])}`);
*   console.log(`Second document: ${JSON.stringify(docs[1])}`);
* });
*/

Это специально для серверного SDK

ОБНОВЛЕНИЕ: «Cloud Firestore [клиентский sdk] теперь поддерживает IN запросы!»

https://firebase.googleblog.com/2019/11/cloud-firestore-now-supports-in-queries.html

myCollection.where(firestore.FieldPath.documentId(), 'in', ["123","456","789"])

Они только что объявили об этой функции, https://firebase.googleblog.com/2019/11/cloud-firestore-now-supports-in-queries.html .

Теперь вы можете использовать такие запросы, но помните, что размер ввода не может быть больше 10.

userCollection.where('uid', 'in', ["1231","222","2131"])

На практике вы бы использовали firestore.getAll как это

async getUsers({userIds}) {
    const refs = userIds.map(id => this.firestore.doc(`users/${id}`))
    const users = await this.firestore.getAll(...refs)
    console.log(users.map(doc => doc.data()))
}

или с синтаксисом обещания

getUsers({userIds}) {
    const refs = userIds.map(id => this.firestore.doc(`users/${id}`))
    this.firestore.getAll(...refs).then(users => console.log(users.map(doc => doc.data())))
}

Нет, прямо сейчас нет возможности пакетировать несколько запросов на чтение с помощью Cloud Firestore SDK и, следовательно, нет способа гарантировать, что вы можете прочитать все данные сразу.

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

Вы можете использовать такую ​​функцию:

function getById (path, ids) {
  return firestore.getAll(
    [].concat(ids).map(id => firestore.doc(`${path}/${id}`))
  )
}

Его можно вызвать с одним идентификатором:

getById('collection', 'some_id')

или массив идентификаторов:

getById('collection', ['some_id', 'some_other_id'])

Конечно, лучший способ сделать это - реализовать фактический запрос Firestore в облачной функции? Тогда от клиента к Firebase будет только один звонок туда и обратно, что, похоже, именно то, о чем вы просите.

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

Внутри, вероятно, будет такое же количество вызовов самой Firebase, но все они будут осуществляться через сверхбыстрые межсоединения Google, а не через внешнюю сеть, и в сочетании с конвейерной обработкой, которую объяснил Фрэнк ван Пуффелен, вы должны получить отличную производительность от этот подход.

Если вы используете флаттер, вы можете сделать следующее:

Firestore.instance.collection('your collection name').where(FieldPath.documentId, whereIn:[list containing multiple document IDs]).getDocuments();

Это вернет Future, List<DocumentSnapshot>который вы можете повторять по своему усмотрению.

Вот как вы могли бы сделать что-то подобное в Kotlin с Android SDK.
Может не обязательно быть в одном цикле, но он эффективно группирует результат и позволяет избежать множества вложенных обратных вызовов.

val userIds = listOf("123", "456")
val userTasks = userIds.map { firestore.document("users/${it!!}").get() }

Tasks.whenAllSuccess<DocumentSnapshot>(userTasks).addOnSuccessListener { documentList ->
    //Do what you need to with the document list
}

Обратите внимание, что выборка определенных документов намного лучше, чем выборка всех документов и фильтрация результата. Это потому, что Firestore взимает плату за набор результатов запроса.

Надеюсь, это вам поможет, у меня это работает.

getCartGoodsData(id) {

    const goodsIDs: string[] = [];

    return new Promise((resolve) => {
      this.fs.firestore.collection(`users/${id}/cart`).get()
        .then(querySnapshot => {
          querySnapshot.forEach(doc => {
            goodsIDs.push(doc.id);
          });

          const getDocs = goodsIDs.map((id: string) => {
            return this.fs.firestore.collection('goods').doc(id).get()
              .then((docData) => {
                return docData.data();
              });
          });

          Promise.all(getDocs).then((goods: Goods[]) => {
            resolve(goods);
          });
        });
    });
  }

В настоящее время это невозможно в Firestore. Я не понимаю, почему ответ Александра принят, решение, которое он предлагает, просто возвращает все документы из коллекции «пользователей».

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

Лучшее, что вы можете сделать, - это не использовать его в Promise.allкачестве клиента, а затем дождаться .allчтения, прежде чем продолжить.

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

Следовательно, немедленно выгрузите все синхронные результаты в представление, а затем позвольте асинхронным результатам поступать по мере их разрешения, индивидуально. Это может показаться незначительным различием, но если у вашего клиента плохое подключение к Интернету (как у меня сейчас в этом кафе), замораживание всего клиентского опыта на несколько секунд, скорее всего, приведет к тому, что это приложение отстой.