Orders テーブルは、customer_id をパーティションキー、order_id をソートキーとして使用し、order_date を属性として含んでいます。新しいアクセスパターンでは、order_date と order_id でクエリを実行する必要があります。このアクセスパターンを最小限の運用オーバーヘッドでサポートするために Lambda を追加する必要があります。どうすればよいですか？

新しいアクセスパターンは orderdate と orderid でクエリを実行する必要があるため、これらの属性をキーとするインデックスが必要です。グローバルセカンダリインデックス (GSI) は、テーブルのパーティションキーとソートキーとは異なる属性をキーとして使用できるため、この要件を満たします。GSI を使用することで、元のテーブルのパフォーマンスに影響を与えることなく、新しいアクセスパターンを効率的にサポートできます。 ローカルセカンダリインデックス (LSI) は、テーブルと同じパーティションキーを持つ必要があります。このケースでは customerid がパーティションキーであるため、orderdate をパーティションキーとする LSI は作成できません。 テーブル全体をスキャンしてフィルタリングする方法は、データ量が増えるにつれて非常に非効率になり、コストも高くなります。 DynamoDB Streams はテーブルの変更をキャプチャするためのものであり、特定のアクセスパターンでデータをクエリするためのものではありません。