您好，我是 dynamo 数据库的新成员，据我所知，它是一个非关系数据库，即我们无法连接表。我的疑问是我们如何设计表结构。请用下面的例子说明。
我有下表 1)用户 - user_id，用户名，密码，电子邮件，电话号码，角色 2) 角色 - id, name [ie admin, supervisor, ect..]
a) 我的第一个疑问是我们是否有为 user_id 字段设置自动递增的规定？ b) 这是将主键设置为 user_id 的正确方法吗？ c) 这是在 dynamo 数据库中存储用户角色的正确方法吗？即角色表包含 id 和 title 并在用户表中存储角色 id？ e) 是否可以与每个用户一起检索两个表数据？我正在使用 rails 3 和 aws-sdk gem
如果有人回复，这对我这个 dynamodb 新用户非常有帮助
最佳答案
通常，对于 nosql 样式的数据库，您会提供唯一标识符，而不是让自动递增的 PK 字段为您执行此操作。这通常意味着您将有一个 GUID 作为每个用户记录的键。
就用户角色而言，有多种方法可以实现这一点，每种方法各有利弊:
一种简单的方法是向用户表添加一个“角色”属性，并为该用户的每个角色分配一个条目。然后你可以捕获用户，你将在一个查询中拥有所有角色。 DynamoDB 允许属性具有多个值，因此每个角色一个属性可以有一个值。
如果您需要能够查询特定角色的用户(即“给我所有的主管用户”)，那么您将在 DynamoDB 中进行表扫描，这可能是一项昂贵的操作。但是，如果您的用户数量相当少，并且很少需要进行这种查找，那么这对于您的应用程序来说仍然是可以接受的。
如果您真的需要经常执行这种昂贵的查找类型，那么您将需要创建一个类似于“RolesWithUsers”的新表，每个角色有一条记录，角色记录中包含用户的用户 ID。对于大多数应用程序，我建议不要这样做，因为现在您有两个表代表一个事实:特定用户具有什么角色。因此，每次删除或更新都需要在两个地方进行。并非不可能做到，但需要更多的警惕和测试以确保您的应用程序不会获得错误的数据。这种方法的另一个缺点是您需要两次查询来获取信息，这可能比表扫描更昂贵，同样，这取决于记录的数量。
另一个对这个特定用例有意义的选择是使用 SimpleDb。它具有更好的查询能力(默认情况下所有属性都被索引)并且在这种情况下将角色作为多值属性的单表将是比 DynamoDB 更好的解决方案。
希望这对您有所帮助!
关于ruby-on-rails - 我们如何设计 Dynamo 数据库以保持两个实体的关系，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9462060/