Algolia 和 firestore 价格 + 评论
Algolia and firestore prices + reviews
我想确保定价模型正确。
我使用 Algolia 在我的应用程序中进行搜索，因此我需要 Firestore 的用户索引
举个例子，假设我有10000个用户。
向我介绍了两种方法：
-- 要么我每 5 分钟做一次索引。
-- 每次在 Firestore 中更改文档时我都会编制索引
我认为第一种方法是不可能的，因为 firestore 的操作限制（大约 2,800,000 个读数），但我不确定。
第二个，我犹豫了。
我该如何解决这个问题？
关于 Algolia，您按计划收费，其中包括您允许的记录计数和索引操作限制。一篇好文章是“How Algolia counts records and operations". In your described situation, you appear to have frequent updates so will need to multiply that out and make sure your plan handles that many indexing operations. The "Essential" plan is pay-as-you-go for flexibility. Read more about pricing here.
If 2 documents are modified at the same time what would happen?
如果同时修改 2 个文档，这是 Algolia 中的 2 个操作（每个记录更新 x1）。
And can we search with Algolia during indexing?
是的，您可以边搜索边索引。所有写操作（例如，添加、更新、删除索引操作）都是异步的。您对 add/update/delete 的请求已添加到任务队列并按顺序处理。您可以继续搜索您现有的索引，但在任务发布之前您将看不到更新的信息。
我想确保定价模型正确。
我使用 Algolia 在我的应用程序中进行搜索，因此我需要 Firestore 的用户索引
举个例子，假设我有10000个用户。
向我介绍了两种方法：
-- 要么我每 5 分钟做一次索引。
-- 每次在 Firestore 中更改文档时我都会编制索引
我认为第一种方法是不可能的，因为 firestore 的操作限制（大约 2,800,000 个读数），但我不确定。
第二个，我犹豫了。
我该如何解决这个问题？
关于 Algolia，您按计划收费，其中包括您允许的记录计数和索引操作限制。一篇好文章是“How Algolia counts records and operations". In your described situation, you appear to have frequent updates so will need to multiply that out and make sure your plan handles that many indexing operations. The "Essential" plan is pay-as-you-go for flexibility. Read more about pricing here.
If 2 documents are modified at the same time what would happen?
如果同时修改 2 个文档，这是 Algolia 中的 2 个操作（每个记录更新 x1）。
And can we search with Algolia during indexing?
是的，您可以边搜索边索引。所有写操作（例如，添加、更新、删除索引操作）都是异步的。您对 add/update/delete 的请求已添加到任务队列并按顺序处理。您可以继续搜索您现有的索引，但在任务发布之前您将看不到更新的信息。