我对数据库设计还比较陌生。我目前使用 amazon SimpleDB 为我的应用程序提供信息，到目前为止，它一直都比较好用和高效。基本上，我会保留一个用户注册表（项目），这些用户在我的应用程序上具有与其帐户相关的属性。
问题是我需要一个类似社交的结构，每个用户必须有一个好友列表和一个他被允许查看的图片列表。这两个列表都会不断增长，我只是不知道如何在 Amazon SimpleDB 架构中处理它。我考虑过使用多值属性，但我担心大小可能会用得太快，因为值长度是 1024 字节。
我也考虑过为用户好友专门设立一个域。将项目名称作为用户 ID，并使用属性作为页面来保存多个好友，但我认为这是完全错误的。
有人知道如何在 amazon simpleDB 中处理这种类型的架构吗？还是我应该改用传统数据库？
答案1
SimpleDB 是一种非关系型数据库。社交数据（如好友列表）在很大程度上属于关系型数据，因此 SimpleDB 是一种非常不适合用于此类数据库的数据库。