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] тепер підтримує запити!"

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"])

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

Однак, як сказав Франк ван Пуффелен у коментарях вище, це не означає, що отримання 3 документів буде втричі меншим, ніж отримання одного документа. Найкраще проводити власні вимірювання, перш ніж дійти висновку тут.

На практиці ви б використовували 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())))
}

Ви можете використовувати таку функцію:

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();

Це поверне майбутнє, що містить, List<DocumentSnapshot>яке ви можете повторити, як вам зручно.

Ось як ви могли б зробити щось подібне у Котліні за допомогою 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 бере з вас плату за набір результатів запиту.

На даний момент це неможливо у Firestore. Я не розумію, чому приймається відповідь Олександра, рішення, яке він пропонує, просто повертає всі документи в колекції "користувачі".

Залежно від того, що вам потрібно зробити, вам слід вивчити копію відповідних даних, які вам потрібно відобразити, і вимагати повний документ лише тоді, коли це потрібно.

Найкраще, що ви можете зробити, це не використовувати Promise.allяк ваш клієнт, то .allперед тим, як продовжувати, слід дочекатися прочитання.

Повторіть прочитане і дайте їм вирішити самостійно. На стороні клієнта це, мабуть, зводиться до того, що інтерфейс користувача має кілька зображень завантажувача прогресу, які самостійно вирішують значення. Однак це краще, ніж заморожувати весь клієнт, доки .allчитання не вирішиться.

Тому негайно скиньте всі синхронні результати до подання, а потім нехай асинхронні результати надходять, коли вони вирішуються, окремо. Це може здатися дрібною відмінністю, але якщо у вашого клієнта поганий зв’язок з Інтернетом (такий, як я зараз у цій кав’ярні), заморожування всього досвіду клієнта на кілька секунд, швидше за все, призведе до досвіду „ця програма відмовна”.

Сподіваюся, це вам допоможе, це працює для мене.

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);
          });
        });
    });
  }