Google Firestore - bagaimana cara mendapatkan dokumen dengan banyak id dalam satu perjalanan?

Saya ingin tahu apakah mungkin untuk mendapatkan banyak dokumen dengan daftar id dalam satu perjalanan (panggilan jaringan) ke Firestore.

jika Anda berada dalam 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])}`);
* });
*/

Ini khusus untuk SDK server

PEMBARUAN: "Cloud Firestore [client-side sdk] Sekarang Mendukung Kueri DI!"

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

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

Mereka baru saja mengumumkan fungsi ini, https://firebase.googleblog.com/2019/11/cloud-firestore-now-supports-in-queries.html .

Sekarang Anda dapat menggunakan kueri seperti, tetapi perlu diingat bahwa ukuran input tidak boleh lebih dari 10.

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

Dalam praktiknya, Anda akan menggunakan firestore.getAll seperti ini

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

atau dengan sintaks janji

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

Tidak, saat ini tidak ada cara untuk mengumpulkan beberapa permintaan baca menggunakan Cloud Firestore SDK dan oleh karena itu tidak ada cara untuk menjamin bahwa Anda dapat membaca semua data sekaligus.

Namun seperti yang dikatakan Frank van Puffelen dalam komentar di atas, ini tidak berarti bahwa mengambil 3 dokumen akan menjadi 3x lebih lambat dari mengambil satu dokumen. Sebaiknya lakukan pengukuran Anda sendiri sebelum mencapai kesimpulan di sini.

Anda bisa menggunakan fungsi seperti ini:

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

Itu bisa dipanggil dengan satu ID:

getById('collection', 'some_id')

atau serangkaian ID:

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

Tentunya cara terbaik untuk melakukannya adalah dengan mengimplementasikan kueri Firestore yang sebenarnya di Cloud Function? Kemudian hanya akan ada satu panggilan pulang pergi dari klien ke Firebase, yang tampaknya menjadi apa yang Anda minta.

Anda benar-benar ingin menyimpan semua logika akses data Anda seperti sisi server ini.

Secara internal kemungkinan akan ada jumlah panggilan yang sama ke Firebase itu sendiri, tetapi semuanya akan berada di seluruh interkoneksi super cepat Google, bukan jaringan eksternal, dan dikombinasikan dengan pipelining yang dijelaskan oleh Frank van Puffelen, Anda akan mendapatkan kinerja yang sangat baik dari pendekatan ini.

Jika Anda menggunakan flutter, Anda dapat melakukan hal berikut:

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

Ini akan mengembalikan Masa Depan yang berisi List<DocumentSnapshot>yang dapat Anda ulangi sesuai keinginan Anda.

Inilah cara Anda melakukan hal seperti ini di Kotlin dengan Android SDK.
Mungkin tidak harus dilakukan dalam satu perjalanan pulang pergi, tetapi ini mengelompokkan hasil secara efektif dan menghindari banyak callback bersarang.

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
}

Perhatikan bahwa mengambil dokumen tertentu jauh lebih baik daripada mengambil semua dokumen dan memfilter hasilnya. Ini karena Firestore menagih Anda untuk kumpulan hasil kueri.

Saya harap ini membantu Anda, ini berhasil untuk saya.

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

Ini sepertinya tidak mungkin dilakukan di Firestore saat ini. Saya tidak mengerti mengapa jawaban Alexander diterima, solusi yang dia usulkan hanya mengembalikan semua dokumen dalam koleksi "pengguna".

Bergantung pada apa yang perlu Anda lakukan, Anda harus mencari duplikat data relevan yang perlu Anda tampilkan dan hanya meminta dokumen lengkap saat diperlukan.

Yang terbaik yang dapat Anda lakukan adalah tidak menggunakannya Promise.allkarena klien Anda harus menunggu .allpembacaan sebelum melanjutkan.

Ulangi bacaan dan biarkan mereka menyelesaikannya sendiri. Di sisi klien, ini mungkin bermuara pada UI yang memiliki beberapa gambar pemuat kemajuan yang diselesaikan ke nilai secara independen. Namun, ini lebih baik daripada membekukan seluruh klien sampai .allpembacaan selesai.

Oleh karena itu, segera buang semua hasil sinkron ke tampilan, lalu biarkan hasil asinkron masuk saat diselesaikan, satu per satu. Ini mungkin tampak seperti perbedaan kecil, tetapi jika klien Anda memiliki konektivitas Internet yang buruk (seperti yang saya miliki saat ini di kedai kopi ini), membekukan seluruh pengalaman klien selama beberapa detik kemungkinan akan menghasilkan pengalaman 'aplikasi ini menyebalkan'.