Azure cosmosdb CosmosDBTrigger-从一开始就开始=真>；什么罗斯？

所以，如果我们使用

startfrombeging=true

运行azure函数，在达到集合的当前状态之前，RU将改变多少提要消耗

---

或者，换句话说，更改提要通知流入azure功能的速度有多快？

要知道这一点真的很难

StartFromBeging只是告诉函数返回时间，回到集合时间的开始，开始读取从那时起保存的文档（并且仍然存在），而不是用当前时间初始化状态并从现在开始读取

如果您计算启动函数之前存在的文档数量，并知道它们的大小，则可以估算RU成本。为更改读取的更改提要返回文档列表，RU成本取决于文档的大小（读取10 1KB文档比读取10 100KB文档便宜）

---

至于速度，完全取决于你的函数代码。触发器将读取更改提要，获取一批更改（批量大小可能会有所不同，也可以自定义），将这些更改发送给函数，等待函数完成处理，然后获取更多更改。因此，您的函数运行得越快（请参阅），您完成之前更改的速度就越快。

要知道这一点，确实不容易

StartFromBeging只是告诉函数返回时间，回到集合时间的开始，开始读取从那时起保存的文档（并且仍然存在），而不是用当前时间初始化状态并从现在开始读取

如果您计算启动函数之前存在的文档数量，并知道它们的大小，则可以估算RU成本。为更改读取的更改提要返回文档列表，RU成本取决于文档的大小（读取10 1KB文档比读取10 100KB文档便宜）

---

至于速度，完全取决于你的函数代码。触发器将读取更改提要，获取一批更改（批量大小可能会有所不同，也可以自定义），将这些更改发送给函数，等待函数完成处理，然后获取更多更改。因此，您的函数运行得越快（请参阅），您完成之前更改的速度就越快。

我们如何控制批量大小？@deezg-如果您在更改批量大小时遇到问题，我建议您发布一个新问题，因为它与您原来的问题并不相关。有关Cosmos DB+Azure函数绑定的批大小详细信息已完全记录在案。请查看我们如何控制批大小？@deezg-如果您在更改批大小时遇到问题，我建议您发布一个新问题，因为它与您原来的问题并不相关。有关Cosmos DB+Azure函数绑定的批大小详细信息已完整记录。请参阅