Amazon dynamodb DynamoDB额外表格,用于保存非活动数据

Amazon dynamodb DynamoDB额外表格,用于保存非活动数据,amazon-dynamodb,dynamodb-queries,Amazon Dynamodb,Dynamodb Queries,在DynamoDB中,将非活动/过期数据存储在单独的表中以降低成本(扫描/查询)有意义吗 我的计划是7天TTL的目标。当项从DynamoDB中删除时,它将触发Lambda,将删除的记录放入一个新表(不经常扫描/查询)。或者这真的没有什么区别,我应该把一切都放在一个地方 谢谢 取决于查询的外观。如果您使用过滤器执行扫描/查询,则即使未返回,读取的所有项目都将花费成本 例如,如果您进行了一次常规清理的全表扫描,那么分离这些表是值得的 如果您是通过(索引)散列键(和排序键)访问数据的,而散列键与任何非

在DynamoDB中,将非活动/过期数据存储在单独的表中以降低成本(扫描/查询)有意义吗

我的计划是7天TTL的目标。当项从DynamoDB中删除时,它将触发Lambda,将删除的记录放入一个新表(不经常扫描/查询)。或者这真的没有什么区别,我应该把一切都放在一个地方


谢谢

取决于查询的外观。如果您使用过滤器执行
扫描
/
查询
,则即使未返回,读取的所有项目都将花费成本

例如,如果您进行了一次常规清理的全表扫描,那么分离这些表是值得的


如果您是通过(索引)散列键(和排序键)访问数据的,而散列键与任何非活动数据都不匹配,那么这应该无关紧要。

取决于查询的外观。如果您使用过滤器执行
扫描
/
查询
,则即使未返回,读取的所有项目都将花费成本

例如,如果您进行了一次常规清理的全表扫描,那么分离这些表是值得的


如果您通过(索引)散列键(和排序键)访问数据,而散列键(和排序键)与任何非活动数据都不匹配,那么这应该无关紧要。

您能否了解主表中的记录数,并估计每月可以移动到存档表中的记录数?这有助于提供更好的成本效益分析。您能否了解主表中的记录数,并估计每月可以移动到存档表中的记录数?这有助于提供更好的成本效益分析