DynamoDB vs mongodbとRDS SQL DBのコスト比較

Question

現在私のアプリではまだproductionodではないdynamodbを使用しています。私は別のビューで、以下の項目を示しアプリ

1) show list of orders posted by other users from last 3 days to the user 
2) show list of orders that user created 
3) show list of orders that user have submitted bids 

は、タスクとその上の他のユーザーの入札のためのユーザー・ポスト順序以外のeBayと考えています。また、代わりにイーベイで関数を検索するのでは、我々は

level1 - list of states that have available orders from last 3 days, 
level2- list of cities in state that have available orders from last 3 days, 
level3- all orders from last 3 days in the city 

すべての注文を表示し、整理するための構造のようなツリーを持っている今、私のアーキテクチャは、読み込みの多くを行うと、操作上実行するために書いて、それは非常に高価です。私たちはアプリをテストしているだけで、3人のユーザーと100の注文が作成されており、毎日2ドルの費用がかかります。何千人ものユーザーと何千ものオーダーの生産がある場合、このコストは非常に高くなります。操作を行うために、私は完全な注文のコレクションをフルスキャンしています。

このdynamodbは高価なので、私はmongodbに切り替えることを考えています。私はmongodbをローカルで実行するだけでmongodbの経験がありますが、AWSにはそれを配備していないか、あるいはプロダクションの経験がありません。しかし、私はコストを削減することを喜んで/学んでいます。また、AWSが新しくなりました。私は読み書きに基づいて請求されないので、mongodbは安いオプションになると思っています。

もう1つのオプションはRDS SQL DBですが、そのためにはデータベースを再設計して多くの変更を行う必要があります。

私のケースでは、最も安く、最良の選択肢となるものを提案してください。ありがとうございました。

Answer 1

DynamoDBが安いです。あなたはMongoDB Atlasクラウド・オファリングを使ってみることもできます。これは安価でも同等ですが、それほど安くないかもしれません。あなたは、リンゴとオレンジを比較しようとしています。

しかし、デザイン上の問題のように見えます。あなたは何とか "最近3日間"に基づいて定期的にいくつかのクエリを実行しているようですが、あまり頻繁にこれらのクエリを実行し、ElastiCacheを使用してそれらの結果をキャッシュしてください。

更新日： フルコレクションスキャンを行っている場合は、何か別のものもあります。あなたはこれらを避ける必要があります。まだ実行していない場合は、グローバルセカンダリインデックスを使用してください。既に5つのセカンダリを使い切っている場合は、インデックスデータのみのコレクションを追加することを検討できます。

MongoDBに関しては、2つ以上のフィールド（都市​​、州、日付など）をカバーする索引を作成することができるため、索引を作成する方が柔軟性があり、5つ以上の索引を作成することができます。シナリオ。さらに、いくつかのクエリに対して強力な集約フレームワークを使用することができます。 ElastiCache（redis/memcached）でこれらのクエリをキャッシュすることを検討する必要があります。