DynamoDb工作台设计：单台或多台

Question

我对非关系型数据库和DynamoDB非常陌生，我习惯于RDBMS。我正在为一个游戏设计数据库，我们正在使用DynamoDB和AWS Lambda作为后端。我为包含用户信息和资源的玩家配置文件创建了一个表名“用户”。因为游戏有库存系统，我还创建了一个表名“用户项”。

这一切都很好，直到我意识到DynamoDB没有事务，任何在两个表上执行的操作（例如使用增加资源的项目）都有可能在一个表上失败，而在另一个表上成功，并将导致丢失数据，从而影响我们的客户。

所以我想也许我的多表设计不好，因为我在使用RDBMS时习惯设计多表。这让我想到将整个“UserItems”存储为“Users”中的散列，但我不确定这是否是一个好的做法，因为Users表中的一行的大小将非常大（每个用户可能有500个唯一的项），并且每次我从“Users”中提取或向“Users”中放入数据时（大多数情况下不需要“UserItems”数据）读/写吞吐量也将非常大。

我应该怎么做，保持多表设计并手动处理事务，还是切换到单表设计？或者也许还有第三种选择？

更新：关于我的用例的更多信息

目前我有两张桌子

• 用户：UserId（key）、Username、Gold

情节：

1. 用户购买物品：用户。黄金将被推导，新的用户项将被添加到用户项表。
2. 用户出售一个项目：用户。黄金将增加，该项目将从用户项目表中删除。

在上述两种情况下，我将不得不对2个表进行2次更新操作，如果没有事务，其中一个表可能会失败。

为了解决这个问题，我考虑使用单表解决方案，它是一个带有4列USEID（Key）、用户名、金、USER项的单用户表。然而，有两件事我很担心：

1. UserItems中的数据对于单个单元格来说可能会很大，因为一个用户最多可以有500个项
2. 要添加/删除项，我必须从dynamodb中提取UserItems，添加/删除项，然后将其放回Users中。所以我必须为一个动作做一个读写操作。由于问题（1），读/写数据量可能会变得非常大

Answer 1

NoSql数据库最适合于非事务数据。如果您将规范化（将数据拆分为多个表）引入noSQL，那么您就达到了它的全部目的。如果性能是最重要的，那么你应该考虑只有一个表用于你的用例。DynamoDB支持范围键，还支持辅助索引。对于您的用例，最好重新设计表以使用范围键。如果您能分享更多关于当前表的详细信息，也许我可以帮助您提供更多信息。

Answer 2

FWIW，AWS关于DynamoDB NoSQL设计的文档建议使用一个表：

一般来说，您应该在DynamoDB应用程序中维护尽可能少的表。如前所述，大多数设计良好的应用程序只需要一个表，除非有使用多个表的特定原因。

例外情况是指涉及大量时间序列数据的情况，或具有非常不同访问模式的数据集，但这些都是例外情况。具有反向索引的单个表通常可以使简单查询能够创建和检索应用程序所需的复杂层次数据结构。