MongoDB数据建模最佳实践

我必须开发一个应用程序，其中主屏幕将在 Carousel 中包含一些横幅、当前正在运行的交易、供应商提供的一些顶级服务等。

此外还有一个管理 Web 界面，供应商可以在其中上传新横幅、创建新交易和添加/管理服务。供应商还可以从管理界面决定应在应用的主屏幕上显示哪些横幅、交易和服务。

如果我使用关系数据库来设计它，那么我会创建三个表来管理横幅、交易和服务，并通过基于指示是否在主页上显示的列连接这三个表来获取所需的信息屏幕与否。

但是供应商想要 MongoDB 作为数据存储，而我对它完全陌生。对于管理 Web 界面，我必须创建三个集合来管理横幅、交易和服务。我还可以从这些集合中获取主屏幕所需的信息。但是我在 Internet 上的某个地方读到，数据模型应该以一种方式将所需信息存储在一个集合中，以便可以从单个查询中检索。

我可以理解，在现实世界的应用程序中，这不可能每次都实现。我猜我可以为主屏幕再创建一个集合，其中只存储/更新供应商从管理 Web 界面选择的那些横幅、交易和服务。这当然会创建一些重复数据，因为这些数据也将存储在各自的集合中。

请告知在 MongoDB 中对这种情况下的数据建模是否是一种好方法。