我从MySQL背景的,我很感兴趣面向文档的数据库,特别是CouchDB的。其中一个我感兴趣的东西是数据的完整性。如何面向文档的数据库处理呢?例如,在RDBMS中,有办法,以防止重复的记录,或保证,如果你有一个比特的信息,你会有另外,要不然根本就没有。

我想更广泛地说,我的问题是,在RDBMS中切什么样类型的问题出来,相比DODBes用于问题?我看了一些的一个解释其他计算器的问题,但没有发现任何好的。

另外,我在工作中的数据库,我做了很多报告,以总结和平均值,并历史趋势。是面向文档的数据库,这东西是否合适?

有帮助吗?

解决方案

大多数文档的数据库的只支持非常有限的完整性或不完整性检查。他们依靠的应用程序,以确保数据的正确性。我可以告诉你它是如何在CouchDB中。

要的第二部分。我想在RDBMS报告和分析数据做的非常好。您可以与数据运行的复杂查询的事实联接,聚合,功能等做出的RDBMS都有一个非常强大的报表工具。 文档的数据库,用于存储“活”的应用程序数据真的很好。它很容易储存的检索对象的图形化到文档的数据库。无架构设计,可以很容易地扩展了新的应用功能模型。然而,这只是工作,如果你可以分割你的应用程序数据转换成漂亮的文档。否则,你失去了很多的优雅。

如果你想要做的主要是报告,我宁愿一个RDBMS。当存储大量的扁平,简单的记录很容易做就可以了报告。工装等是完美的报告。然而,当需要做复杂的结构化数据的报告,你可能还更好的比一个RDBMS另一个数据库desgine。

然而,这并不意味着你需要限制自己RDBMS。你可以将二者结合起来的技术。想象一下,一个博客软件。你像存储博客,文章和评论到documentdatabase的“活”的应用程序数据。像单击 - 和登录统计上报的数据存储在一个关系型数据库。还请参见罗布Conerys帖子

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top