我们正在制作一个包含3个字段的SDB域，基本上创建了一个类似于“多对多”关系表的结构。这些字段是： Employe_ID，Project_ID，Position（快速示例）。
使用与Amazon Simple DB交互的流量，延迟和成本相关的任何一项的优缺点是什么：
1）为导致大量行的3个值组合中的每一个创建一行：
2）为每个员工创建1个ROW，并使用某种分隔的键值字符串：
我知道1024限制，但在特定域中我们不会通过此限制。 主要关注的是没有很多Project_id~Location键/值组合，因此方法1）和2）之间存在差异，哪一个更适合节省同步时间和带宽传输成本。
答案 0 :(得分：1)
这两种方法显然都有效，但它们之间的区别主要在于可维护性。
使用方法2可能允许您节省一些带宽（减少重复信息）但我真的怀疑亚马逊的成本节省可以抵消实施/扩展/维护此结构所花费的工时/工时。
另外，如果你扩展了这个系统，那么你真正面临着实际达到1024限制的危险，这种风险（尽管不可能）是你不应该为边际储蓄带来的风险。