我对数据库devise比较陌生。 目前我正在使用亚马逊的SimpleDB为我的应用程序提供信息，迄今为止它已经相对较好和高效。 基本上，我保持在我的应用程序的用户（项目）具有与其帐户相关的属性的registry。
问题是我需要一个类似于社交的结构，每个用户都必须有一个朋友列表，以及允许他看到的图片列表。 这两个列表将继续增长，我只是不知道如何在Amazon SimpleDB架构中处理它。 我想过有一个多值属性，但我担心大小可能会用尽太快，因为值的长度是1024字节。
我也想过有一个专门面向用户朋友的域名。 有项目名称作为userID和使用属性作为页面保持多个朋友，但我认为这是完全错误的。
有没有人有如何处理这种types的架构在亚马逊simpleDB的想法？ 或者，我应该只更改为传统的数据库？
SimpleDB是一个非关系数据库。 像朋友列表这样的社交数据是非常多的关系数据，所以SimpleDB是非常错误的数据库types。