Cosmos DB Trigger Azure函数错过了一些更改源
我们已实现一个包含多个 Azure 函数的服务。HttpTrigger 函数会将记录插入到 Cosmos DB 中。然后，Cosmos DB 触发器函数将在触发时处理记录。有时，DB 触发器函数的作业可能需要相当长的时间。如果在 DB 触发器函数与上一个作业一起运行时将新记录插入到 Cosmos DB 中，则新记录不会导致触发该事件。
我们如何防止这种情况发生？谢谢！
共有1个答案
找到了问题的原因:我们没有遍历变更提要。相反，我们只处理触发器输入的第一项。
-
好的，问题可能出在我的液化方法中，我在数据库端实现了一些更改，我想创建变更集，所以我只需向变更集添加一个新的sql文件。当我尝试运行luquibase update命令时，我得到一个错误，它告诉我数据库中存在一些列。 对于我来说，在创建变更集脚本之前，我尝试在数据库中添加列（即使用PhpMyAdmin）是正常的。然后，我想与其他开发人员共享这些更改，所以我（从我的更改中）生成sql，将其添加到sq
-
问题内容： 这似乎是一个愚蠢的问题，但是此函数是否会实际影响变量（我将如何使用此变量的上下文更大，但这基本上是我不确定的问题）？（我专门问有关java） 问题答案： 考虑一个稍微不同的示例： 运行该程序的输出为： 该变量将更改为true，但是一旦方法返回，该参数变量就会消失（这就是人们所说的“超出范围”的意思）。但是，传递给方法的变量保持不变。
-
我很惊讶地看到这个程序甚至可以编译，但结果更让我惊讶： 交换功能在库中实现为： 其中是一个可变的Java列表，而不是不可变的静态编程语言列表。所以我认为其他Java函数也可以工作。例如： 工作，但其他函数，例如函数，甚至不编译： 生成以下错误消息： 类型推断失败：趣味填充（p0：可变列表！，p1：T！）：无法将单位应用于（List，Int）类型不匹配：推断的类型为List，但为MutableLis
-
问题内容： 我在大型代码中发现了一个错误，并将问题简化为以下情况。 尽管在每一步中我都只更改，但是在每一步中我都打印时，它也会更改，因为在第一循环的结尾我将它们分配为相等。我读过这篇文章，但是写了一些，以防我能解决问题，但事实并非如此 问题答案： 问题是，当您将值从分配回时，您实际上并没有将值从传递给，而是实际上是将两个变量指向 同一对象 。 您遇到的问题 解决方案 相反，您将需要复制 值 。使用
-
问题内容： 在Netbeans中，当我进行许多更改而无法解决的更改时，通常我会通过查看历史记录，查找原因，进行修复并立即以愉快的方式找到罪魁祸首。花费很少的时间。 但是我经常发现Netbeans显示了近100种变化。几乎所有它们都涉及到更改，例如下面的两对历史记录行（旧的行在每对中首先列出）： 绝大多数更改似乎仅发生在Swing设计生成的语句上。 为什么要和被添加到线我没有改变？ 我是怎么做的导致
-
我最近开始使用Azure CosmosDB和函数。在阅读文档 https://docs.microsoft.com/pl-pl/azure/cosmos-db/change-feed-processor 时，我发现了一些对我来说很难理解的东西。是否真的可以在许多函数之间共享更改源，以便它们将由一个相同的数据库操作触发？什么是租约收集，它解决了什么问题。租赁的目的是什么？我想对这些术语进行基本解释。