選択テーブルクエリでグローバルセカンダリインデックス書き込みシャーディングを使用する - Amazon DynamoDB
アプリケーションは、Amazon DynamoDB テーブル内の特定の条件を満たす項目の小さなサブセットを識別する必要があることがあります。これらの項目がテーブルのパーティションキー全体に無作為に分散されている場合は、テーブルスキャンを使用してそれらを取得できます。このオプションは高価になることもありますが、テーブル上の多数の項目が検索条件を満たす場合にはよく機能します。しかし、キースペースが大きく、検索条件が非常に選択的である場合、この戦略は、多くの不要な処理を引き起こす可能性があります。 より良い解決策は、データをクエリすることです。キースペース全体で選択クエリを有効にするには、グローバルセカンダリインデックスのパーティションキーに使用する各項目に (0-N) 値を含む属性を追加して、書き込みシャーディングを使用できます。 以下に示しているのは、これを Critical-Event ワ
マテリアライズされた集計クエリでグローバルセカンダリインデックスを使用する - Amazon DynamoDB
急速に変化するデータ上で、ほぼリアルタイムの集約や主要メトリクスを維持することは、企業が意思決定を迅速に行う上で、ますます価値が高まりつつあります。例えば、音楽ライブラリでは、最も多くダウンロードされた曲をほぼリアルタイムに紹介する場合があります。 次の音楽ライブラリのテーブルレイアウトを考えてみましょう。 このテーブルの例では、songID をパーティションキーとして使用して曲を保存しています。このテーブルで Amazon DynamoDB Streams を有効にして、Lambda 関数をこのストリームにアタッチすることで、各曲がダウンロードされたときに、Partition-Key=SongID と Sort-Key=DownloadID を含むテーブルにエントリが追加されます。これらの更新が行われると、DynamoDB Streams で Lambda 関数がトリガーされます。この
DynamoDB でセカンダリインデックスを使用するためのベストプラクティス。 - Amazon DynamoDB
多くの場合、セカンダリインデックスは、アプリケーションに必要なクエリパターンをサポートするために必要です。同時に、セカンダリインデックスを過度に使用するか、非効率的に使用すると、コストがかかり、不要にパフォーマンスが低下する可能性があります。
グローバルセカンダリインデックスの管理 - Amazon DynamoDB
このセクションでは、Amazon DynamoDB でグローバルセカンダリインデックスを作成、変更、削除する方法について説明します。 グローバルセカンダリインデックスを持つテーブルの作成 1 つ以上のグローバルセカンダリインデックスを持つテーブルを作成するには、CreateTable オペレーションと GlobalSecondaryIndexes パラメータを使用します。最大限のクエリの柔軟性を得るために、テーブルごとに最大 20 個のグローバルセカンダリインデックス (デフォルトのクォータ) を作成できます。 インデックスパーティションキーとして機能する属性を 1 つ指定する必要があります。必要に応じて、インデックスソートキーに別の属性を指定できます。これらのキー属性のいずれも、テーブルのキー属性と同じである必要はありません。例えば、GameScores テーブル (「DynamoDB
セカンダリインデックスを使用したデータアクセス性の向上 - Amazon DynamoDB
Amazon DynamoDB によって、プライマリキーの値を指定して、テーブルの項目に高速アクセスすることが可能になります。しかし多くのアプリケーションでは、プライマリキー以外の属性を使って、データに効率的にアクセスできるようにセカンダリ（または代替）キーを 1 つ以上設定することで、メリットが得られることがあります。これに対応するために、1 つのテーブルで 1 つ以上のセカンダリインデックスを作成して、それらのインデックスに対して Query または Scan リクエストを実行することができます。 セカンダリインデックス は、テーブルからの属性のサブセットと、Query オペレーションをサポートする代替キーで構成されるデータ構造です。Query をテーブルで使用する場合と同じように、Query を使用してインデックスからデータを取得できます。テーブルには、複数のセカンダリインデックスを
ローカルセカンダリインデックス - Amazon DynamoDB
ベーステーブルのプライマリキーを使用してデータのクエリを実行する必要があるのは、一部のアプリケーションだけです。ただし、代替のソートキーが役に立つ場合があります。アプリケーションでソートキーを選択できるようにするには、Amazon DynamoDB テーブルに 1 つ以上のローカルセカンダリインデックスを作成し、これらのインデックスに対して Query または Scan のリクエストを発行できます。 シナリオ: ローカルセカンダリインデックスの使用 たとえば、Thread で定義した DynamoDB でのコード例用のテーブルの作成とデータのロード テーブルがあります。このテーブルは、AWS ディスカッションフォーラムのようなアプリケーションで役立ちます。次の図は、テーブル内の項目の構成を示しています。一部表示されていない属性もあります。 DynamoDB には、同じパーティションキー値を
DynamoDB のグローバルセカンダリインデックスの使用 - Amazon DynamoDB
アプリケーションによっては、さまざまな属性をクエリ基準に使用して、いろいろな種類のクエリを実行する必要があります。このような要件に対応するために、1 つまたは複数のグローバルセカンダリインデックスを作成して、Amazon DynamoDB でこれらのインデックスに対して Query リクエストを発行できます。 シナリオ: グローバルセカンダリインデックスの使用 たとえば、GameScores という名前のテーブルがあり、モバイルゲームアプリケーションのユーザーとスコアを記録しているとします。GameScores の各項目は、パーティションキー (UserId) およびソートキー (GameTitle) で特定されます。次の図は、テーブル内の項目の構成を示しています。一部表示されていない属性もあります。 ここで、各ゲームの最高スコアを表示する順位表アプリケーションを作成すると仮定します。キー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[SolutionArchitect Pro] AWS DynamoDB セカンダリインデックス – STAY KOBE
