Amazon web services 未找到AWS DynamoDB资源异常

我与DynamoDB的连接有问题。我得到一个例外：

com.amazonaws.services.dynamodb.model.ResourceNotFoundException: 未找到请求的资源（服务：AmazonDynamoDB；状态代码： 400；错误代码：ResourceNotFoundException；请求ID:

但是我有一个表，区域是正确的。

从中可以看出，要么您没有具有该名称的表，要么它处于创建状态

---

我将再次检查以验证该表是否确实存在于正确的区域中，并且您使用的访问键可以访问该表

如果DynamoDB表位于不同的区域中，请确保在初始化DynamoDB之前通过

AWS.config.update({region: "your-dynamoDB-region" });

---

这对我有用：）

我的问题很愚蠢，但也许有人也有同样的问题。。。我最近更改了aws的默认凭据（

~/.aws/credentials

），我在另一个帐户中进行测试，但忘记将值回滚到常规帐户。

如果您的资源与我的资源一样，并且到处都是，您可以在创建资源时定义区域名称

我对所有的实例都这样做，因为它迫使我思考我在哪里放置/调用什么

---

bot3.resource（“dynamodb”，region_name='us-east-2'）

始终确保您执行以下操作之一：

在您正在使用的所有服务器、开发机器上的AWS CLI配置文件中设置了正确的默认区域

最好的选择是始终在项目中的单独类/配置中显式指定这些常量。始终在代码中导入此项，并在boto3调用中使用它。如果要根据企业需求添加或更改，这将提供灵活性

---

Terraform S3后端是否有此问题？在更改Terraform的备份配置后，我遇到了同样的问题，发现Terraform没有使用Terraform.tf中的值，而是使用存储在.Terraform/Terraform.tfstate中的状态。我本周也遇到了这个问题。目前，重新启动我的EC2实例似乎已经解决了这个问题。奇怪…我确实在看不同的地区。通过查看正确的区域来修复它。谢谢对我来说，这是我的访问密钥，它是为一个不同的帐户。我真傻。你太棒了！我不知怎的把这两个区域都搞错了，昨晚在更新模式后试图重新创建表时删除了表。所以我会加倍失败…如果你仍然像我一样有问题，请检查你的JavaScript对象实例化。我有

RequestItems:{tableName:item\u row}

。但是我需要直接使用表名：

RequestItems:{“myTable”：item_row}

。问题是没有访问我的tableName变量。在请求中，表名总是

tableName

，这显然是不存在的。嗯，不，似乎不是我的情况。我不认为这回答了这个人的问题。你会考虑写评论而不是解决你的建议吗？