Database NoSQL—；跟踪应用程序的数据库设计

我正在启动一个新的移动项目。我无法找到使用NoSQL（尝试使用DynamoDB）建模数据的最佳方法。假设我有一个与MyFitnessPal非常相似的应用程序

你有不同食物的记录。你有很多用户。你有能力每天跟踪哪些食物以及每个食物中有多少是由用户消费的。此外，用户还可以创建自定义食品（也可以记录）。此外，用户还可以创建由许多不同食物组成的食谱

设计用于跟踪用户所做日志的数据模型的最佳方法是什么。这将是应用程序中非常常见的查询，我想知道： 对于给定的一天，特定用户消费了哪些食物（以及其中的多少）

---

我最关心的是阅读性能，以便能够知道我的用户每日日志是什么。我是否需要第二个文档来映射哪些食物和给定用户吃了多少食物之间的关系？对于定制食品，如果食品是定制的，他们是否应该进入食品文档并为其分配一个用户ID？

看来您正在处理常规关系数据库可以提供帮助的情况。为什么您对使用NoSQL解决它感兴趣？据我所知，NoSQL提供了非常快速的读取，我想尝试一下使用NoSQL数据库。我担心，即使使用关系数据库，也会牺牲读取这些表中所有数据的性能，因为我必须进行一些连接才能获得所需的所有数据