DynamoDB按日期选择GSI写入单位

Question

我目前正在创建一个Dynamodb表，其中主键是userId以确保唯一性。但是，我需要根据时间戳选择后排，因为我不知道userID，并且会返回多个用户ID。例如（伪选择）

<代码>从昨天创建日期的表中选择*

为此，我将创建dateCreated的GSI。

dateCreated应该是主键上的排序键，还是作为GSI本身就可以？

其次，一旦检索到这些项，我很可能会更新它们，但是如果我指定GSI应该返回所有属性，那么我真的需要为GSI分配任何写入单元吗？就像我返回所有属性一样，我应该拥有userID，所以理论上我可以使用userID来执行写操作？

在这方面，关于空闲层，我是否可以在理论上用所有25个写单元设置PrimaryKey，然后用所有25个空闲读单元设置GSI？（我认为这实际上可能迫使你至少输入“1”，但你明白了）

我的GSI是否也应该定义排序键？

谢谢

Answer 1

>

dateCreated不必是主表上的排序键

是的，ReadCapacityUnits和WriteCapacityUnits也应该为GSI定义。这是将数据从主表复制到GSI所必需的

我不确定您要使用userId执行的写入操作。DynamoDB将自动将主表中的数据填充到GSI中。你不能直接向GSI写任何东西。但是，您可以直接从GSI读取

否，排序键在GSI上不是必需的

Answer 2

无需将dateCreated设置为表上的排序键，即可将其设置为DateCreatedGSI上的哈希键。仅当您计划在用户ID上查询表并希望所有结果按创建日期排序时，才将其设置为排序键。

关于读/写吞吐量的问题，您需要了解，尽管“全局二级索引的已配置吞吐量设置与其基表的吞吐量设置是分开的”，但写操作是相互连接的。全局辅助索引上的查询操作使用索引中的读取容量单位，而不是基表。当您放置、更新或删除表中的项目时，该表上的全局辅助索引也会更新；这些索引更新使用索引中的写入容量单位，而不是基表中的写入容量单位因此，是的，除了读取容量之外，您还需要为GSI分配写入容量。有关更多详细信息，请参阅文档：http://docs.aws.amazon.com/amazondynamodb/latest/developerguide/GSI.html#GSI.ThroughputConsiderations.根据此文档，如果您的GSI上没有足够的写入容量设置，则可以拒绝对表的整个更新：“为了使表写入成功，为表及其所有全局二级索引配置的吞吐量设置必须有足够的写入容量来容纳写入；否则，将限制对表的写入。”

最后，与主表的情况一样，只有当您关心结果返回给您时的排序方式时，您才应该在GSI上定义排序键。