Google Cloud Firestore文件限制

Question

我一直在與Google Cloud Firestore 。 我將13000+ CSV 導入13000+記錄到13000+后端。 我將使用此集合進行查找和自動完成 。

我很好奇並擔心知道這是否是個好主意。 此外，我正在尋找一些建議，以期我應該使用什么技術來盡可能有效地檢索此數據。 我正在使用Angular 5並使用AngularFire2與Firestore連接。

該文檔本身非常小，例如：

{
  address: {
    state: "NSW"
    street: "19 XYZ Road"
    suburb: "Darling Point"
  },
  user: {
    name: "ABC",
    company: "Property Management Company"
  }
  file_no: "AB996"
}

大多數搜索將基於文檔的file_no屬性。

更新

我剛剛將所有超過13k的記錄導入了Firestore。 這真的很有效。 但是，我有一個問題。 導入記錄后，我在Firestore控制台上收到一條消息，通知我達到了每日讀取操作的限制（0.05百萬個操作中的0.05） 。 我只是編寫數據，並將這些記錄顯示在數據表中。 我使用以下查詢：

this.propertyService
      .getSnapshotChanges()
      .subscribe(properties => {
        this.properties = properties;
        this.loadingIndicator = false;
      });


getSnapshotChanges(): Observable < any > {
  return this.afs.collection(this.propertiesCollection).snapshotChanges()
    .map((actions) => {
      return actions.map((snapshot) => {
        const data = snapshot.payload.doc.data();
        data.id = snapshot.payload.doc.id;
        return data;
      });
    });
}

這如何使我的閱讀量超出極限？

Answer 1

使用Cloud Firestore時，集合中的文檔數量無關緊要。 這實際上是它更大的特權之一：無論集合中有多少個文檔，查詢都將花費相同的時間。

假設您添加了130個文檔，並且（舉例來說）從中取出10個文檔需要1秒。 無論集合中有多少文檔，這都是您將獲得的性能。 因此，使用1300個文檔將花費1秒，使用13K將花費1秒，使用13M將花費1秒。

更多開發人員遇到的問題是使用例適合Firestore的API。 例如：搜索字符串的唯一方法是使用所謂的前綴匹配，不支持全文搜索。 這意味着您可以搜索Prop*並找到Property Management Company ，而不是*Man*來找到它。