2

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

在与 Amazon Simple DB 交互的流量、延迟和成本方面，使用以下任一方法的优缺点是什么：

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

  • 1,1,铅
  • 1,2,开发
  • 1,3,经理
  • 1,4,测试仪
  • 2,1,测试仪
  • ETC...

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

  • 1、1~Lead；2~Dev；3~Manager；4~测试仪
  • 2、1~测试仪
  • ETC...

我知道 1024 限制，但是在特定域中我们不会超过这个限制。主要关心的是不会有很多Project_id~Position的key/value组合，所以方法1)和2)有区别，哪一种更适合节省同步时间和带宽传输成本。

4

1 回答 1

1

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

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

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

于 2013-05-22T17:58:09.627 回答