c#MongoDB(noRM) – 包含嵌入文档的存储库模式

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c#MongoDB(noRM) – 包含嵌入文档的存储库模式，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1716字，纯文字阅读大概需要3分钟。

内容图文

我正在开发一个类似于Stack Overflow的模型的应用程序(问题/答案等……)
Modelling a NoSQL Forum Application with C# / ASP.net MVC

该模型看起来像这样(简化)

class Question
{
    public string Title { get; set; }
    public string Body { get; set; }
    public DateTime DateCreated { get; set; }

    public string UserName { get; set; }

    public List<Answer> Replies { get; set; }
}

class Answer
{
    public string Body { get; set; }
    public DateTime DateCreated { get; set; }

    public string UserName { get; set; }
}

所以我的文档只是一个文档,其中嵌入了“答案”

我正在尝试为这种方法设计我的存储库.

我应该有2个独立的存储库吗？例如：

interface IQuestionRepository
{
    void PutQuestion(Question question);
    Question GetQuestion(string questionID);
}  

interface IAnswerRepository
{
    void PutAnswer(string questionID, Answer Answer);
    Answer GetAnswer(string answerID);
}

或类似的东西：

interface IPostRepository
{
    void PutQuestion(Question question);
    Question GetQuestion(string questionID);
    void PutAnswer(string questionID, Answer Answer);
    Answer GetAnswer(string answerID);
}

解决方法:

你的模型本质上是有缺陷的.

问题应该是根文件.

答案应该是根文档.

关于RavenDB编写的文档建模信息大多可以直接使用：http://codeofrob.com/archive/2010/12/21/ravendb-document-design-with-collections.aspx

编辑：FWIW您的模型存在缺陷的原因是您希望文档模拟事务边界的文档数据库.考虑堆栈溢出的编辑场景以及与多个人添加和更新所有更改根文档的答案保持一致性的噩梦是多少,并且海报正在更新问题.单个对象上的争用量很大.

RavenDB提供了他们称之为“修补”的东西,它可以让你操作文档结构的一部分而不是整个文档,以解决这样的问题,但这种设计最好先预先避免,而不是试图通过大大增加你的复杂性来使其工作.持久性模型必须进行部分更新并处理复杂的并发情况.

在此之后回答具体问题,那么你将拥有一个AnswersRepository和一个QuestsionsRepository

内容总结

以上是互联网集市为您收集整理的c#MongoDB(noRM) – 包含嵌入文档的存储库模式全部内容，希望文章能够帮你解决c#MongoDB(noRM) – 包含嵌入文档的存储库模式所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端