英文:
Can we change Target DynamoDB table for a DAX cluster?
问题
我们有一个从DynamoDB检索数据的服务。每天,我们都会创建一个新的 DynamoDB表,从下游数据源拉取最新数据,从零开始创建。
与前一天的表相比,新表可以以不同的方式有一些增量变化:一些新项目,一些具有不同属性值的项目,以及一些项目不再属于表中。
我们希望使用DAX来改善延迟性能。鉴于我们每天都有一个新的基础DynamoDB表,设置和/或更新DAX集群以开始缓存新表的值的最佳方法是什么?
英文:
We have a service that retrieves data from DynamoDB. Every day, we create a new DynamoDB table, created from scratch by pulling the latest data from downstream data sources.
Compared to the previous day's table, the new table can have some delta in different ways: some new items, some items with different attribute values, and some items no longer part of the table.
We want to use DAX to improve latency performance. Given that we have a new underlying DynamoDB table every day, what is the best way to set up and/or update a DAX cluster to start caching values for the new table when it is ready?
答案1
得分: 2
确保您的DAX角色能够首先写入和读取任何表,或至少与名称匹配的表,例如my-daily-*
。
然后,假设您的读取操作是GetItem/BatchGetItems,当您向新表插入数据时,可以通过DAX集群进行写入,这将在写入数据时填充缓存,使读取操作立即性能出色。
英文:
Make sure that your DAX role is able to first write and read to any table, or at least any table with a matching name my-daily-*
for example.
Then, assuming your reads are GetItem/BatchGetItems you can write through the DAX cluster when you insert data to the new table, this will populate your cache as you write the data, making reads instantly performant.
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库,让每个人都能够通过互相帮助和分享经验来进步。
评论