DynamoDBのドキュメント間でのクエリのサポート

Question

MongoDBからDynamoDBへのデータストアの移行は、十分に確立されたAWSサービスであるため評価しています。

しかし、DynamoDBのデータモデルが私たちのユースケースをサポートするのに十分な堅牢性を持っているかどうかはわかりません。私はDynamoDBが2014年に文書サポートを追加したことを理解していますが、私が見てきた例では、文書全体で動作し、パーティションキーの値を指定しないクエリに対処するようには見えません。例えば

私は、従業員情報、 含む文書がある場合は、{ "名前"： "ジョン・ドウ"、 "部門"： "売上"、 "date_of_joining"： "2017年1月21日" を}

と私は01-01-2016の後に参加したすべての従業員を私に渡すようなクエリを作成する必要があります。このスキーマでは作成できません。 ランダムに生成されたパーティションキー（たとえば0-99）を持つセカンダリインデックスを作成し、 "date_of_joining"にソートキーを作成した後、 "date_of_joining"のすべてのパーティションと条件をクエリした後で、 。しかしこれは簡単なクエリを実行するには複雑すぎるので、MongoDBでこれを行うのは非常に簡単です。

DynamoDBでこのようなクエリを実行するより良い方法があり、DynamoDBがそのような使用例に本当に適しているかどうかを理解できる人がいますか？

Answer 1

実際、GSIのパーティションキーは一意である必要はありません。 GSIのパーティションキーとしてdate_of_joiningを使用できます。

ただし、パーティションキーを照会するときに、パーティションキーフィールドにgreater thanを使用することはできません。パーティションキーには等価のみがサポートされています。 GSIのパーティションキーとして乱数を使用したい理由と、date_of_joiningをソートキーとして使用する理由がわかりません。あなたのように設計しても、私は期待どおりの結果を得るためにDynamoDB Query APIを使用することはできません。 DynamoDBでコストのかかる操作であるDynamoDB Scan APIを使用すると、最終的に終了することがあります。

GSI：クエリAPIでサポート

date_of_joining - as Partition key 

： -

あなたが同じDOJのために複数のアイテムを持っている場合は、GSIを使用してクエリを実行する場合、との結果が複数の項目（すなわちを持っています）。

KeyConditionExpression : 'date_of_joining = :doj' 

クエリAPIでサポートされていません： -

KeyConditionExpression : 'date_of_joining > :doj' 

結論： -

あなたはDynamoDBのスキャンを使用する必要があります。スキャンを使用する場合は、GSIが必要ない場合があります。 FilterExpressionを使用してメインテーブルを直接スキャンすることができます。

FilterExpression : 'date_of_joining > :doj' 

欠点： -

• 高価な

• 効率的ではありません

Answer 2

あなたは、インデックスのバックエンドを使用して、範囲クエリをサポートすることを決定するかもしれません。たとえば、Lambda関数を使用してDynamoDBでテーブルの更新をAWS ElasticSearchにストリーミングし、選択した結合日の範囲に一致するレコードをESにクエリできます。