我是一名计算机工程师学生，我有一个基本上简单的任务，但我想让它更有趣:) . 基本上我必须使用Java或.NET创建一个简单的多用户在线文档版本控制系统 . 因为我更像是一个.NET人，我将使用ASP.NET或Silverlight（它还没有决定） .
无论如何，我想使用MongoDB来存储文档（它们几乎可以是任何内容，视频，音频，简单的MSOffice文件，纯文本），它们的每个版本以及相关的元数据（它们所在的库，文件夹）等等） . 我想把一些其他东西，比如用户，权限等（规范还没有完成）放到普通的关系数据库中 . 问题是你怎么看待这个？你觉得这有什么意义吗？或者我只是想让整个过程复杂化？将mongodb用于所有内容或者将nosql内容完全排除在外是否更简单？这种东西有没有约定？ :)
BTW . 在任何其他方面，我会使用一些免费的，经过实战检验的解决方案来进行文档版本控制，但我必须自己设计并实现这一点，并且我试图至少做一些非常规的:) .
感谢每一条评论:)，任何帮助赞赏:)欢迎
2 回答
如果你使用像Mongoid on Rails这样的东西，这将是微不足道的 . http://mongoid.org/docs/extras.html寻找版本控制 . ODM内置了它 . 我总是像Raven一样，所以我不确定它的库是否像Mongoid一样容易工作 .
Mongo也处理关系数据 . 您想要标准化的事物（例如用户记录）可以引用数据库中的其他文档 . 当然，您想要存储的魔术文档也可以使用 .
做一些非常规的事情通常是发现新方法（更好的方法？）的好方法，所以这是一个好主意 .
由于无模式属性，使用mongodb也是一个好主意 .
使用关系数据库存储额外信息非常奇怪，并且会增加更多的复杂性而没有任何优势（IMO）