问题标签 [document-database]

我们有一个可以导入大量数据的系统。数据可以带有不同类型的 xml 文件，并且现在映射到 c# 对象。现在我们希望通过名称（这将是唯一的，但不会是 Id）更新按名称定位的现有对象，或者如果没有匹配的名称则创建新文档。

我们怎样才能以最有效的方式做到这一点？

我正在起草一个概念验证构建服务器，让我思考的是如何存储它产生的所有数据。例如，我想存储

• 单元测试结果：运行了哪些测试，每个测试花费了多少时间，结果，堆栈跟踪，断言数量
• 代码覆盖率信息，具有行级粒度
• 各种 LoC 指标 - 每个文件，每个文件类型
• 代码重复信息

此外，这些是我想运行的查询类型：

• 测试的执行时间如何随时间变化？
• 随着时间的推移，整体代码覆盖率是如何变化的？那么这种特殊的方法呢？随着时间的推移，未覆盖的行数如何变化？
• *.cs 文件的 LoC 动态是什么？总 LoC 计数如何变化？

将所有这些都塞进 RDBMS 听起来并不是一个特别好的主意。哪种存储技术最适合我的账单？

请指导我如何使用面向文档的数据库解决以下场景。

名为“Page1”（版本 V1.0）的页面可以是文档“Document1”、“Document2”和“Document3”的内容页面。如果我编辑“Page1”中的内容（版本应从 V1.0 更改为 V1.1）此更改应仅反映在“Document1”和“Document2”上，但不应影响“Document3”。

现在文档'Document1'和'Document2'参考'Page1'-版本V1.1。但是文档'Document3'仍然引用'Page1' - 版本V1.0。

像这样，我需要跟踪所有页面的更改/版本。

为了跟踪这些变化，NoSQL 数据库将比关系数据库更有用。那么在面向文档的数据库中，哪一个可以解决这种情况？

RavenDb，如何在“Ts”列表中查询 T 的属性，该列表本身是存储在 Ravendb 中的对象的属性？

我的问题是 RavenB 是否会将包含列表的完整对象加载到内存中，以便查询此类列表中包含的对象的属性？我的意思是这个列表可能包含一百万个元素，我只想通过 linq 查询选择几个？可以在服务器端执行这样的查询，还是将包含列表的对象全部加载到客户端内存中以查询其属性？

I have a problem...

I need to store a daily barrage of about 3,000 mid-sized XML documents (100 to 200 data elements).

The data is somewhat unstable in the sense that the schema changes from time to time and the changes are not announced with enough advance notice, but need to be dealt with retroactively on an emergency "hotfix" basis.

The consumption pattern for the data involves both a website and some simple analytics (some averages and pie charts).

MongoDB seems like a great solution except for one problem; it requires converting between XML and JSON. I would prefer to store the XML documents as they arrive, untouched, and shift any intelligent processing to the consumer of the data. That way any bugs in the data-loading code will not cause permanent damage. Bugs in the consumer(s) are always harmless since you can fix and re-run without permanent data loss.

I don't really need "massively parallel" processing capabilities. It's about 4GB of data which fits comfortably in a 64-bit server.

I have eliminated from consideration Cassandra (due to complex setup) and Couch DB (due to lack of familiar features such as indexing, which I will need initially due to my RDBMS ways of thinking).

So finally here's my actual question...

Is it worthwhile to look for a native XML database, which are not as mature as MongoDB, or should I bite the bullet and convert all the XML to JSON as it arrives and just use MongoDB?

假设我在 RavenDb 中有以下文档：

以及以下视图模型：

构建该视图模型而不需要大量访问数据库并手动收集/构建结构的最佳方法是什么？

我可以为此使用多地图吗？

可能是一个愚蠢的问题，但我有一段时间没有使用 RavenDb 了！一直在做 Android / iPhone 开发所以有点生疏！

CouchDB 的好处是视图结果会随着数据库的变化而增量更新。有没有办法用 MongoDB 完成同样的事情？我一直无法在文档中找到任何细节。谢谢

有时，具有自由格式结构的文档对于存储数据很有吸引力（与关系数据库相比）。但是一个问题是持久性与对数据进行小的更改相结合，因为必须将整个文档重新写入磁盘。

所以我的问题是，“文档数据库”是专门用来解决这个问题的吗？

更新

我想我现在更好地理解了“面向文档的数据库”的概念。它显然不是任何类型的文档，但每个实现都使用它自己的格式，例如 JSON。然后我的问题的答案也变得显而易见。如果每次更改后都必须将整个 JSON 结构重写到磁盘以保持其持久性，那么它就不是一个很好的数据库。

如何在 mongodb 上存储和检索文件？我试过使用

我是 NoSql 数据库的新手，我很难弄清楚如何处理本地驱动器上可能超过 20MB 的非常大的 JSON 文档。这种结构肯定会随着时间的推移而增加，我担心查询的速度以及必须通过返回的 JSON 对象嵌套进行深入搜索才能得到一个字符串。例如，我的 JSON 嵌套很深。

在主应用程序中，根据考试类型、年份和主题创建和附加问题对象，使 JSON 文档随着时间的推移变得庞大。我该如何重新建模以避免将来查询缓慢？