Amazon web services 在aws dynamoDb中,如果同时具有分区键和辅助键(GSI),数据如何在表中进行分区

Amazon web services 在aws dynamoDb中,如果同时具有分区键和辅助键(GSI),数据如何在表中进行分区,amazon-web-services,amazon-dynamodb,Amazon Web Services,Amazon Dynamodb,我是AWS新手,在阅读DynamoDB文档时,我了解到我们可以在同一个表上使用GSI和分区键 DynamoDB如何基于to键(分区键和辅助键)将数据保存在同一个表中 感谢DynamoDB实际上将数据更改复制到GSI,事实上,GSI上的AWS与基表上的AWS相等或更高 为了避免潜在的限制,为全局次索引配置的写入容量应等于或大于基表的写入容量,因为新更新同时写入基表和全局次索引 GSI可以存储在与基表完全不同的基础结构上 全局二级索引存储在其自己的分区空间中,远离基表,并与基表分开缩放 Dynamo

我是AWS新手,在阅读DynamoDB文档时,我了解到我们可以在同一个表上使用GSI和分区键

DynamoDB如何基于to键(分区键和辅助键)将数据保存在同一个表中


感谢

DynamoDB实际上将数据更改复制到GSI,事实上,GSI上的AWS与基表上的AWS相等或更高

为了避免潜在的限制,为全局次索引配置的写入容量应等于或大于基表的写入容量,因为新更新同时写入基表和全局次索引

GSI可以存储在与基表完全不同的基础结构上

全局二级索引存储在其自己的分区空间中,远离基表,并与基表分开缩放


DynamoDB实际上将数据更改复制到GSI,事实上,GSI上的AWS等于或高于基表上的AWS

为了避免潜在的限制,为全局次索引配置的写入容量应等于或大于基表的写入容量,因为新更新同时写入基表和全局次索引

GSI可以存储在与基表完全不同的基础结构上

全局二级索引存储在其自己的分区空间中,远离基表,并与基表分开缩放


主表至少由一个分区键和一个可选的sortkey组成。添加GSI时,它实际上是使用GSI作为新分区键的主表的复制


更新主表时,更改将传播到GSI。在写入父表和写入数据出现在索引中之间,始终存在短的传播延迟。换句话说,应用程序应该考虑全局二级索引副本最终与父表一致。

主表至少由一个分区键和一个可选的排序键组成。添加GSI时,它实际上是使用GSI作为新分区键的主表的复制


更新主表时,更改将传播到GSI。在写入父表和写入数据出现在索引中之间,始终存在短的传播延迟。换句话说,您的应用程序应该考虑到全局二级索引副本最终与父表一致。

如果在单个表中有多个GSI,那么它将使用GSI创建主表的多个副本??对,每个GSI都将成为一个新的分区键。但要注意一致性。将GSI视为从基表填充的自己的表。对于一致性问题,这就是LSI存在的原因,但您只能使用相同的分区键,但可以使用与基表不同的排序键。如果在单个表中有多个GSI,那么它将使用GSI创建主表的多个副本??对,每个GSI都将成为一个新的分区键。但要注意一致性。将GSI视为从基表填充的自己的表。对于一致性问题,这就是LSI存在的原因,但您只能使用相同的分区键,但可以使用与基表不同的排序键。