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

Question

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

在与 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的key/value组合，所以方法1)和2)有区别，哪一种更适合节省同步时间和带宽传输成本。

Answer 1

这两种方法显然都行得通，但它们的区别主要在于可维护性。

使用方法 2 可能会节省一些带宽（减少重复信息），但我真的怀疑 Amazon 节省的成本能否抵消实施/扩展/维护此结构所花费的精力/工时。

另外，如果您扩展此系统，您将面临实际达到 1024 限制的真正危险，这（尽管不太可能）是您不应该为边际节省而承担的风险。