想知道是否有这样一个场景,一个会在最佳的两个-世界的场景使用基于文档的数据库和关系数据库一起?

有帮助吗?

解决方案

在我看来,直到我看到一个实际(开源或其他透明)申请成功这样做,我会仍持怀疑态度,这是值得与项目少于十几个开发商。

我怀疑是通过选择在另一个数据库,并与它坚持 - 在顺境和恶劣 - 开发商将降低数据模型的复杂性和代码的维护成本。此外,通过选择两个数据库,一个运行最坏的-既-世界的场景的风险,这是既难以操作和上(CouchDB的)报告,并也不能扩展数据(RDBMS)。

其他提示

一个想法是使用关系数据库作为主数据存储和基于文档的分贝为从后端到前端(多个)数据分配的机制。

我们使用RDBMS和CouchDB的的混合。在RDBMS(IBM DB / 2)用于“准确”数据,其中交易使事情变得更容易。例子有资金和库存簿记。 CouchDB的用于从RDBMS“已完成”的记录档案,数字断言(JPEG文件,扫描文件)和严重的结构化信息,例如通过航运companie的跟踪与追踪系统获取的信息。

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