Amazon web services 扫描GSI与在DynamoDB中扫描整个表
我在DynamoDB中有下表。ID是分区键,类别是排序键。ID-1和ID-2是GSIs。IDs-1和IDs-2中的值是字符串形式的,如list1、list2。我的情况是,我必须在IDs-1和IDs-2列中搜索。例如,我想看看列表7是否存在于任何列中 在这种情况下,Amazon web services 扫描GSI与在DynamoDB中扫描整个表,amazon-web-services,amazon-dynamodb,dynamo-local,Amazon Web Services,Amazon Dynamodb,Dynamo Local,我在DynamoDB中有下表。ID是分区键,类别是排序键。ID-1和ID-2是GSIs。IDs-1和IDs-2中的值是字符串形式的,如list1、list2。我的情况是,我必须在IDs-1和IDs-2列中搜索。例如,我想看看列表7是否存在于任何列中 在这种情况下, ID[Number] Category[String] IDs-1[String] IDs-2[String] 1 category1 list1,
ID[Number] Category[String] IDs-1[String] IDs-2[String]
1 category1 list1, list2
2 category2 list7, list8
3 category1 list3, list4
4 category2 list5, list6
在这个表中,我总共有大约10K个条目
在GSI上扫描和在DynamoDB中扫描整个表有什么区别
谢谢,如果整个数据模式相同,那么在两种模式上进行扫描的RCU读取信用单位成本仍然相同。GSI将拥有自己的积分,因此这些积分将从其池中扣除 查看您的数据,我可以看到一些值缺少该属性,根据方法,这些值将不包括在内。因此,由于GSI中的数据较少,因此扫描成本会稍微低一些 全局二级索引仅跟踪其关键属性实际存在的数据项。例如,假设您向GameScores表添加了另一个新项,但只提供了所需的主键属性
此外,如果较小,这可能会影响成本1个RCU等于1个强一致性读取或2个最终一致性读取,对于4KB的项目,如果您的项目大小因GSI中的属性减少而更改为4KB以下,您将支付更少的费用。如果整个数据架构相同,则在两个项目上进行扫描的RCU读取信用单位成本仍然相同。GSI将拥有自己的积分,因此这些积分将从其池中扣除 查看您的数据,我可以看到一些值缺少该属性,根据方法,这些值将不包括在内。因此,由于GSI中的数据较少,因此扫描成本会稍微低一些 全局二级索引仅跟踪其关键属性实际存在的数据项。例如,假设您向GameScores表添加了另一个新项,但只提供了所需的主键属性 此外,如果小于4KB,这可能会影响成本1个RCU等于1个强一致性读取或2个最终一致性读取,对于4KB的项目,因此如果您的项目大小因GSI中的属性更少而更改为4KB以下,您将支付更少的费用