在阅读的文章时，我对用ClientRequestToken调用TransactWriteItems时保持幂等有些困惑。TransactWriteItemsRequest TransactItems = list1, {
Tr
浏览 7提问于2020-03-07得票数 0
回答已采纳
我在网上很多地方读到，CloudFormation不是幂等的，但我找不到任何例子来证明这个事实。
请给我一个运行资源的例子来证明CloudFormation不是幂等的吗？
浏览 7提问于2015-07-07得票数 14
回答已采纳
4回答
在设计REST端点时，幂等性是一个重要的工具。假设我们有一个接受PUT的HTTP端点，我们希望它是幂等的。“从RESTful服务的角度来看，如果操作(或服务调用)是幂等的，客户端可以在产生相同结果的同时重复执行相同的调用。换句话说，发出多个相同的请求与发出单个请求具有
浏览 0提问于2016-06-02得票数 11
回答已采纳
3回答
我正在尝试为发电机数据库中的散列键实现自动-increment计数器，但我的代码在并发事务中失败。任何帮助实现该功能的人都将不胜感激。我不熟悉stack over flow，可能无法正确指定它。任何实现都会很有帮助。
浏览 0提问于2016-07-05得票数 9
所以我的雇主通过卡夫卡传递了阿夫罗的信息。我们希望将所有消息存档到亚马逊S3。理想情况下，它们将存储在S3类目录中，并使用类似于以下内容的路径结构：对于如何做到这一点，是否有参考或最佳实践我的一个问题是幂等性：如何提供写入幂等性，其中一条记录可能被多次
浏览 2提问于2016-06-07得票数 1
3回答
因为这是一个更新，所以我想使用PUT请求。然而，我读到了那个放置需要没有副作用。 }在服务器中 // create a new person snapshot编辑：
历史记录对用户是可见的，多次调用将导致多个版本。解决方案是在创建版本之前检查该版本是否是唯一的。
浏览 0提问于2013-12-05得票数 10
回答已采纳
1回答
CQRS中的可用性与原子更新
、、、、
我试图使用以下组件实现CQRS设计：数据库可以是MySQL或PostgreSQL，Kafka流可以充当事件处理器/读取视图更新程序，对cdc事件进行必要的转换并更新读取视图。如何通过以下配置实现高可用性？(我听说一旦源DB或Debezium本身下降，CDC流就会停止)是否能够精确地完成一次/至少一次事件处理？在失败
浏览 5提问于2022-06-07得票数 1
1回答
来自另一个用户的这个问题/回答非常丰富地说明了idempotent的含义：
问题
我相信Relay和Dataloader可
浏览 0提问于2019-06-25得票数 1
2回答
我读了很多关于rest的文章，我总是偶然发现术语的幂等性。基本上，GET，HEAD，PUT，DELETE和选项都是幂等的，而POST则不是。
这个关于的声明让我怀疑我对幂等性的理解。从RESTful服务的角度来看，如果操作(或服务调用)是幂等的，客户端可以在产生相同<
浏览 1提问于2017-07-04得票数 7
回答已采纳
7回答
DELETE应该是幂等的。如果我再做一次，我会得到一个404，因为这个账户已经不存在了？如果我尝试删除一个根本不存在的帐户，该怎么办？
浏览 3提问于2010-11-03得票数 191
回答已采纳
5回答
我正在使用DynamoDB，我需要更新多个记录上的特定属性。(假设personKey是DynamoDB表中的键)。
换句话说，我想用In -子句进行更新，或者我认为可以称之为批处理更新。我已经找到了链接，它显式地询问像批处理更新这样的操作是否存在，而答案是它不存在。然而，它并没有提到IN条款。但是，我不确定这样的IN-子句是否适合我的情况，因为我仍然需要提供一个强制的KEY属性(它似乎期望一个值--我可能错了)，而且
浏览 1提问于2017-02-14得票数 43
回答已采纳
2回答
如果删除请求将删除整型索引处的资源，那么在该索引处重新创建资源的可能性是否会破坏严格的幂等性？
例如，向/api/ resource /123发出删除请求时，删除123处的资源。在我看来，要使原始的DELETE成为正确的幂等函数，API就不应该用以前使用的id创建一个新的、不同<e
浏览 4提问于2017-08-31得票数 1
回答已采纳
它在服务器端增加了更多的实现工作，在客户端增加了更多的逻辑来决定请求哪种类型的更新。相关 --没有给出明确的答案，只引用PUt和修补程序定义<e
浏览 3提问于2013-11-01得票数 54
回答已采纳
3回答
即使你使用幂等的生产者，你仍然需要在消费者中做幂等的工作，那么在卡夫卡，幂等生产者的用途是什么？只是为了减少经纪人的重复，节省存储？
浏览 7提问于2022-10-17得票数 2
1回答
我们计划对所有检索使用GET，对所有删除操作使用DELETE。HTTP PUT、POST和PATCH令人困惑。经过大量阅读，这是我的理解。如果我错了，请改正。POST -非幂等性；因此可用于创建新资源/从属资源。每次它创建一个新的ID时，ID都会发生变化，因此它最适合。PUT -等价性；不能用于创建，因为第二次出现相同的请求时，它会再次创建具有不同ID的
浏览 1提问于2014-08-06得票数 1
2回答
我开发的微服务公开了一个端点PUT /部署/{uuid}。端点用于启动可能代价高昂的部署操作，因此我们只希望它只发生一次，这就是为什么我们选择PUT + UUID而不是POST (为了唯一性)。部署是不可变的，因此永远无法更新，因此，如果PUT使用相同的uuid多次调用，则当前将引发异常。
作为一个热爱骑自行车的人，因此非常关心宁静，这让我精疲力竭。PUT应该是幂等的，因此在<e
浏览 2提问于2021-02-17得票数 3
回答已采纳
POST:-用于创建和更新资源我可以使用POST而不是PUT方法吗？如果我使用POST方法而不是PUT方法，会有什么缺点呢？如果POST可以做PUT方法的工作，为什么需要PUT方法呢？
浏览 5提问于2017-04-06得票数 11
我发现HTTP删除方法在“幂等性”和安全性方面有两种解释。以下是两个阵营：
如果使用HTTP DELETE删除资源，并且它成功(200 OK)，然后尝试删除该资源N次，则应该为每个删除调用返回一个成功消息(200 OK)。这就是它的“幂等性”。如果使用HTTP删除资源，并且它成功(200 OK)，然后再次尝试删除该资源，则应该返回错误消息(410已消失)，因为该资源已被删除。规范说，删除是幂<e
浏览 4提问于2009-04-12得票数 15
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
