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