NoSQL数据库架构设计

Question

我正在尝试找到一种方法来创建数据库模式。 对数据库的大多数操作都是Read。

假设我在应用程序上销售书籍，因此架构可能如下所示

{
 { title : "Adventures of Huckleberry Finn"
  author : ["Mark Twain", "Thomas Becker", "Colin Barling"],
  pageCount : 366,
  genre: ["satire"] ,
  release: "1884",
 },
 { title : "The Great Gatsby"
  author : ["F.Scott Fitzgerald"],
  pageCount : 443,
  genre: ["Novel, "Historical drama"] ,
  release: "1924"
 },
 { title : "This Side of Paradise"
  author : ["F.Scott Fitzgerald"],
  pageCount : 233,
  genre: ["Novel] ,
  release: "1920"
 }
}

所以大多数操作都是这样的

1) Grab all books by "F.Scott Fitzgerald"
2) Grab books under genre "Novel"
3) Grab all book with page count less than 400
4) Grab books with page count more than 100 no later than 1930

我应该为作者和流派创建单独的集合，然后像在关系数据库中那样引用它们或像上面那样嵌入它们？ 因为看起来我嵌入它们，为了在db中存储数据我必须手动输入作者名称，我可能会错误地将F.Scott Fitzgerald放入文档中，我不会得到结果。

Answer 1

首先，我会说一个不错的数据库选择。

就mongo而言，应该定义模式，以便最好地为您的访问模式提供服务。 在设计模式时，我们还必须注意到mongo不支持SQL等连接和事务。 因此，考虑到所有这些和其他属性，我建议您选择架构最好，因为它为您的访问模式提供服务。 通常每当我们提取任何书籍细节时，我们都需要所有信息，如作者，页面，流派，年份，价格等。它就像面向对象编程，其中一个类必须具有其所有属性，并且所有非类属性应保存在其他类。 将作者单独收集只需添加一个额外的集合，然后您需要通过代码处理连接和事务。 考虑到您对手动输入作者姓名的担忧，我实际上并没有得到。 假设用户希望通过作者“xyz”查看书籍，以便他点击作者姓名“xyz”（如某些标签），您可以获取查询以将所有具有所选名称的书籍作为作者之一。 如果用户手动键入用户名，那么它只是通过输入的字符串查找文档。 我这里看不到任何手册。 只需添加，价格键也适用于每个文件。