DynamoDBのパーティションキーの最適化

Question

DynamoDBにMessagesテーブルがあります。送信者、タイムスタンプ、メッセージ、受信者の4つの列があります。私は、4つの列のいずれかを使用してパーティションキーを作成するのではなく、送信者を連結する別の列を作成しないでください&タイムスタンプ&受信者。

この列には、JohnSmithID1461754484307SallyMcDonaldIDのようなデータが格納されます。

このようにすると、特定の送信者&受信者のコンボからメッセージを検索するときに、この1つの列を使用してクエリ（like & end with）を使用してクエリできます。この列を利用するにはいくつかの方法があります。

質問1.クエリをいくつかの列に分散するのではなく、1つの列を使用することで、ここで問題が複雑になりますか？

質問2.この方向をとることで、パフォーマンスが大幅に向上しますか？

質問3データサイズの目的で、SenderId &の列を削除すると、このデザインパターンは価値がありますか？ （私はソートキーのタイムスタンプ列が必要です）

Answer 1

もう一度how DynamoDB partition keys workを読む必要があると思います。クエリの完全なパーティションキーを提供する必要があるため、パーティションキーで「begin with」や「end with」などのクエリを実行することはできません。このような条件は、ソートキーにのみ指定できます（ただし、begins_withファンクションがありますが、はends_withファンクションです）。

あなたの考えは、クエリの代わりにスキャンを使用することに基づいているかもしれませんが（質問2に関して）、これは、テーブル内のすべての項目をDynamoDBが調べなければならないため、クエリの柔軟性を増やしたい場合は、secondary indexesを1つ以上定義することができます。

あなた自身で質問3に答えることができます：DynamoDBボリュームは非常に高価ですが、1エントリあたり20バイトの違いがあります。テーブルに10.000.000を超えるエントリがあると、これが問題になることがあります。それ以外の場合は無視してください。

Answer 2

問合せ時にパーティション・キーに条件を設定することができないため、この例は機能しません。ソートキーには、そのような条件しか設定できません。

しかし、この種の構造は時々便利になるかもしれません。たとえば、クエリを実行する3つの属性があるとします。 DynamoDBでは、パーティションキー+ソートキーを2つまで使用できます。そのため、1つの場合は2つ以上の属性を組み合わせることができます。