基本的に「多対多」のリレーショナル テーブルに似た構造を作成する 3 つのフィールドを持つ SDB ドメインを作成しています。これらのフィールドは、Employee_ID、Project_ID、Position (簡単な例) です。
Amazon Simple DB とやり取りするトラフィック、遅延、およびコストに関して、次のいずれかを使用することの長所と短所は何ですか?
1) 多数の行につながる 3 つの値の組み合わせごとに行を作成します。
- 1,1,リード
- 1,2,開発
- 1,3,マネージャー
- 1,4,テスター
- 2,1,テスター
- 等...
2) 従業員ごとに 1 つの ROW を作成し、ある種の区切られたキーと値の文字列を利用します。
- 1, 1~リーダー;2~開発者;3~マネージャー; 4~テスター
- 2、1~テスター
- 等...
1024 の制限は承知していますが、特定のドメインではこの制限を超えることはありません。主な懸念事項は、Project_id~Position のキーと値の組み合わせが多くないことです。そのため、アプローチ 1) と 2) の間に違いがあり、同期時間と帯域幅の転送コストを節約するのに適しているのはどちらですか。