7

更新：
TLDR；
如果您到达这里，您应该重新检查构建数据库的方式。您的文档可能会随着时间的推移而消耗（由于嵌套列表等）。

原始问题：
我有一个包含很多字段的文档集合。我不查询文档，甚至没有简单的查询——我只使用——

db.collection("mycollection").doc(docName).get().then(....);

为了阅读文档，所以我不需要为这个集合建立任何索引。

问题是firestore自动生成单字段索引，并且由于字段数量导致超出索引的限制： 在此处输入图像描述 如果我尝试将字段添加到其中一个文档中，则会引发错误：

Uncaught (in promise) Error: Too many indexed properties for entity: app: "s~myapp",path <  Element {    type: "tags",    name: "aaaa"  }>
    at new FirestoreError (index.cjs.js:346)
    at index.cjs.js:6058
    at W.<anonymous> (index.cjs.js:6003)
    at Ab (index.js:23)
    at W.g.dispatchEvent (index.js:21)
    at Re.Ca (index.js:98)
    at ye.g.Oa (index.js:86)
    at dd (index.js:42)
    at ed (index.js:39)
    at ad (index.js:37)

我找不到任何方法来删除这些单字段索引或告诉 Firestore 停止生成它们。我在firestore控制台中找到了这个： 在此处输入图像描述

但是没有办法禁用它，也无法禁用特定集合的自动索引。有什么办法吗？

4

4 回答 4

2

中的简单索引。

有关创建和删除索引的更多最新信息，请参阅此答案。

Firestore 复合索引排列爆炸？

如果您在选择 firestore 数据库后进入索引，然后选择“单个”索引，则会有一个添加豁免按钮，允许您指定集合（或子集合）中的哪些字段具有由 Firestore 生成的简单索引。您必须在字段后面指定集合。然后，您可以单独指定每个字段，因为您无法指定整个集合。似乎没有对有效的集合或字段名称进行任何检查。

我认为检查这是否有效的唯一方法是使用该字段进行查询，它应该会失败。

我在其中包含普通文本的大型字符串字段上执行此操作，因为它们需要很长时间才能建立索引，而且我知道我永远不会使用该字段进行搜索。

Firestore 为每个简单字段（升序和降序）创建两个索引，但如果您永远不需要第二个有助于提高性能并使其不太可能达到索引限制的情况，也可以创建一个删除其中一个的豁免。此外，您可以选择是否对数组进行索引。如果你在一个数组中创建了很多条目，那么这会很快达到索引数量的firestore限制，因此在使用索引时必须小心，并且通常最好将索引从数组中取出，因为设计者可能无法控制添加了多少 Array 数据项，结果达到最大索引限制，并且应用程序将收到错误，如原始海报所解释的那样。

如果您不使用任何简单索引，即使字段包含在复杂索引中，您也可以删除它们。复杂索引仍然有效。

其他需要注意的事情。

如果您正在索引时间戳字段（或在文档之间按顺序增加或减少的任何字段）并且您没有使用它来强制查询中的序列，那么集合的最大写入速率为每秒 500 次写入。在这种情况下，可以通过删除递增和递减索引来消除此限制。

请注意，与实时数据库不同，使用 Auto-ID 创建的字段不保证任何顺序，因为它们是由 firestore 生成的，以传播写入并避免所有写入（以及读取）最终在单个位置的热点或瓶颈。这意味着通常需要时间戳来生成排序，但您可以设计您的集合/子集合数据布局以避免需要时间戳。例如，如果您使用时间戳来查找添加到集合中的最后一个文档，则最好只存储最后添加的文档的 ID。

大型数组或映射字段也可能导致达到每个文档 20,000 个索引条目的限制，因此您可以免除数组索引（见下面的屏幕截图）。

在此处输入图像描述

添加一项豁免后，您将看到此屏幕。 添加一个后的豁免屏幕

请参阅此链接。

https://firebase.google.com/docs/firestore/query-data/index-overview

于 2018-08-28T13:57:21.840 回答
2

简短的回答是你现在不能用 Firebase 做到这一点。但是，这是一个很好的信号，表明您需要重新构建数据库模型以避免达到限制，例如每个文档 1MB。

该文档讨论了您的数据的限制：

您不能对嵌套列表运行查询。此外，这不像其他选项那样可扩展，尤其是当您的数据随时间扩展时。随着列表变大或不断增长，文档也会增长，这会导致文档检索时间变慢。

有关结构化数据的不同策略的优缺点的更多信息，请参阅此页面：https ://firebase.google.com/docs/firestore/manage-data/structure-data

于 2018-07-18T16:45:26.807 回答
0

如 Firestore 文档中所述：

Cloud Firestore 需要为每个查询创建一个索引，以确保获得最佳性能。所有文档字段都被自动索引，因此只使用相等子句的查询不需要额外的索引。如果您尝试使用未映射到现有索引的范围子句进行复合查询，则会收到错误消息。错误消息包含在 Firebase 控制台中创建缺失索引的直接链接。

你能用你试图保存的结构数据更新你的问题吗？

解决您的问题的方法是创建复合索引，或者作为最后一种资源，Firestore 可能不适合您的应用程序的需求，而Firebase 实时数据库可能是更好的解决方案。

查看权衡取舍： RTDB 与 Firestore

于 2018-07-17T16:48:57.447 回答
0

我不相信目前存在您正在寻找的开关，所以我认为留下以下内容，

  1. 全局禁用内置索引并显式创建所有索引。痛苦，他们也有限制。

  2. 一种解决方法，您可以将 Cloud Firestore 不友好的内容视为 BLOB，如下所示：

储藏，

const objIn = {text: 'my object with a zillion fields' };
const jsonString  = JSON.stringify(this.objIn);
const container = { content: this.jsonString };

要检索，

const objOut = JSON.parse(container.content);
于 2018-07-17T17:13:43.797 回答