Q&Answer网站的（MongoDB）数据库结构答案

【问题标题】：(MongoDB) database structure for Q&Answer websiteQ&Answer网站的（MongoDB）数据库结构
【发布时间】：2013-08-20 08:35:42
【问题描述】：

我正在尝试制作一个类似于 Yahoo & Answer 或 StackOverflow 的网站（不同的类别，没有竞争），但我被困在这一点上，我非常感谢你们的任何指导，因为我非常MongoDB 新手。

顺便说一下，我在 Node.js 和 MongoDB 上使用 Express 框架。

问题是找到最有效的方法来构建用户和问题/答案数据的数据库。

目前，有一个 Questions 模型，其中每个类别都有一个文档。每个文档都包含问题本身、答案和其他信息，如下所述：

math{
    OpenQuestions{
        'x+2=5, whats x?' : {
            asker: 'peter',
            likes: 12,
            answers: {
                'x is 3' : {
                    answerer: 'john',
                    likes: 25
                },
                'x is 2' : {
                    answerer: 'MATHSUX',
                    likes: 0
                }   
            }
        }
    }
    ClosedQuestions{
        //same as OpenQuestions
    }
}

通过这种方式显示问题非常容易，因为我们可以根据对象的创建时间轻松检索问题并在主问题页面上相应地获取它们。

但是，如果用户想查看他提出的问题，我能想到的唯一方法就是遍历每个subject.OpenQuestions.QuestionItSelf.asker，并检查是否是用户本人，然后获取所有对象匹配此用户名，这将是一个巨大的计算。我敢肯定还有更好的方法，你们觉得呢？

【问题讨论】：

我认为可以肯定地说每个主题将拥有超过 16meg 的文档，所以不要嵌入

标签： javascript node.js mongodb mongoose database

【解决方案1】：

首先，将问题作为关键是一个坏主意。创建一个question 属性并将该属性的值作为问题的文本。 MongoDB 没有太多用于查询键值的工具。你几乎只有$exists，它甚至不支持通配符。对每个答案执行相同的操作，而不是将答案的文本作为键，而是使用 answer 键并将值作为答案的文本。

接下来，没有理由将您的所有问题都保存为子文档。您可以将状态移动到文档的属性（例如状态：“打开”或状态：“关闭”或状态：“已回答但未关闭”）。如果您需要预先计算状态 - 将答案作为子文档可能更有意义，然后您可以根据答案的状态得出状态（即，如果问题没有任何答案都显示为未回答，如果有答案但没有答案标记为解决方案，则已回答但未解决，如果答案标记为解决方案则关闭，等等）。

然后，将主题作为问题的属性，而不是每个主题的集合。如果你这样做了，那么为提问者寻找问题就像

db.questions.find({asker: 'John'}, {question:1, _id:0})

这将显示约翰提出的所有问题的文本

您的最终架构将是一个问题集合，其文档结构如下所示：

    {
        question: 'x+2=5, whats x?'
        asker: 'peter',
        likes: 12,
        subject: 'math',
        answers: [
            { answer: 'x is 3', answerer: 'john', likes: 25, solution: true },
            { answer: 'x is 2', answerer: 'MATHSUX', likes: 0}
        ],
        status: 'solved'
    }

【讨论】：

【解决方案2】：

MongoDB 每个文档的大小限制为 16MB。此外，当您的文档变大时，MongoDB 的表现也不是很好。出于性能原因，MongoDB 会尝试将文档保存在硬盘上的连续部分中，因此当文档增长时，需要不断地重新分配硬盘空间。

由于这些原因，将所有问题存储在一个文档中并不是一个好主意。

最好创建一个问题集合并为每个问题提供一个单独的文档。为了提高搜索性能，您可以创建一些合适的indices。

顺便说一下：我不确定 MongoDB 是否适合您的项目。您的应用程序听起来非常相关，并且不像它可以从 MongoDB 的面向文档的概念中受益。另一方面，你的分层思维方式听起来更符合Redis 哲学。但这只是主观意见。

【讨论】：