Dynamobには、同じパーティションキーと異なるソートキーを持ついくつかの項目があります。DynamoDB：範囲問合せを作成するv/sで各項目を個別に問い合せる
単一のgo v/sクエリでソートキー制約を使用してレコードを個別にクエリすると、各アイテムが個別にクエリされます。ソート・キーの数は、AT-時間フェッチすると仮定周りに50であるofficial-documentationが
1つの読み出し容量単位が1強く一貫 毎秒読み出し、又は二結局一貫した毎秒読み取る表すことを言いますアイテムの最大サイズは から4 KBです。
この定義から、この定義はデータベースのクエリ方法とは無関係なので、違いがあるようには見えません。
追加のネットワーク遅延とは別に、2番目のアプローチには他にも欠点がありますか？
コストは、読み取り容量単位（RCU）と書き込み容量単位（WCU）に基づいていることに注意してください。
RCU式： - 以下の計算に入る前
RCU = read capacity unit per item × number of reads per second
、項目のサイズを計算します。 AWSコンソールからアイテムサイズを取得できます。
AWSコンソールの「dynamodb」テーブル - >「概要」タブ - >下部を参照してください。
RCUについて話します。上記の場合、
シナリオ1 - のみハッシュキーを使用して、一度にすべてのデータを取得： -
このシナリオでは、アイテムの数が高い（すなわち、50項目のデータ）になり読み出します。サイズを計算し、必要なRCUの数を確認します。
シナリオ2 - ハッシュキーとソートキーを使用して、データを複数回取得： - このシナリオでは
は、APIが複数回呼び出されます。したがって、1秒あたりの読み込み回数が増えます。必要な読み取り回数を計算し、必要なRCUの数を確認します。
シナリオ1とシナリオ2で計算されたRCUを比較します。費用を節約するためにRCUが少ないオプションを選択します。