Amazon SDB列VS与带宽和延迟相关的行数

Question

我们正在制作一个包含3个字段的SDB域，基本上创建了一个类似于“多对多”关系表的结构。这些字段是： Employe_ID，Project_ID，Position（快速示例）。

使用与Amazon Simple DB交互的流量，延迟和成本相关的任何一项的优缺点是什么：

1）为导致大量行的3个值组合中的每一个创建一行：

• 1,1，铅
• 1,2，开发
• 1,3，管理器
• 1,4，测试
• 2,1，测试
• 等...

2）为每个员工创建1个ROW，并使用某种分隔的键值字符串：

• 1,1~Lead; 2~Dev; 3~Manager; 4〜测试
• 2,1~Tester
• 等...

我知道1024限制，但在特定域中我们不会通过此限制。 主要关注的是没有很多Project_id~Location键/值组合，因此方法1）和2）之间存在差异，哪一个更适合节省同步时间和带宽传输成本。

Answer 1

这两种方法显然都有效，但它们之间的区别主要在于可维护性。

使用方法2可能允许您节省一些带宽（减少重复信息）但我真的怀疑亚马逊的成本节省可以抵消实施/扩展/维护此结构所花费的工时/工时。

另外，如果你扩展了这个系统，那么你真正面临着实际达到1024限制的危险，这种风险（尽管不可能）是你不应该为边际储蓄带来的风险。