MongoDB 表方案设计 - 最佳实践。使用主文档（如主表 RDBMS 中）或不使用

Question

背景： 我正在我的项目中对 MongoDB 的使用进行原型设计，其中我使用一些主表来存储定义并在数据表中使用这些键。 我的几个主表是

Class Master_Feed_Provider { int key;
string feed_provider_name 
string address }

Class Master_File_Types {int id;
string type }

我的数据表是

Class Data_Feeds {int id, 
int file_type_key , int feed_provider_key ,
DateTime time }

**这里我使用 feed_provider_key 来链接 master_feed_provider 的详细信息

所以这里我怀疑 mongoDb 确实支持这种设计，但是我应该采用这种设计还是我应该保留 feed_provider 的完整详细信息和 data_feed 表条目中的 file_types 仅代替键并使用联接获取信息？

在我的数据表中保留完整的详细信息（代替仅 key ）将增加数据大小。 保留键并使用联接来链接详细信息将导致额外的数据库操作。 那么这里哪种方式更好呢？

Answer 1

首先：与 RDBMS 不同，没有“这是在 mongo 中执行此操作的正确方法”。做出的每一个决定都应该基于常识。这是描述可能的设计决策的链接：链接。正如它所说，有 2 个选项：
主供稿：

1)

masterfeeds:

{ _id: idValue,
    name: nameValue,
    masterFileTypes:[typeId1, typeId2, typeId3]}

masterFileTypes:
  { _id: idValue,
    Type: typeValue,
    masterFeeds:[mfId1, mfId2, mfId3]}

2)

masterfeeds:
      { _id: idValue,
        name: nameValue,
        masterFileTypes: [typeId1, typeId2, typeId3]}

masterFileTypes:
  { _id: idValue,
    Type: typeValue}

Answer 2

您应该考虑使用 ObjectId 值作为您的键。

你的问题有点难以理解，但总的来说，MongoDB 可以支持传统的关系模型，但是因为数据库中没有联接，所以你必须在应用程序中执行它们，这通常意味着对数据库的多个请求。

相反，您通常希望对数据进行某种非规范化，并可能存储所需字段的副本，以便可以在更少的往返次数中满足请求。

请参阅MongoDB：您是否仍应提供链接到其他集合的 ID 或仅包含集合？

Answer 3

它基本上归结为是否嵌入（子文档）或链接（另一个集合文档）？

看看如何构造多对-猫鼬中有很多关系？了解每种方法的优缺点。