对于单个应用程序的多个数据库平台

将关系数据存储在像mysql这样的rdbms中，并且可以说在独立图形数据库系统（如neo4j）中放置任意关系数据通常是可以接受的吗？在一个数据库中引用的主键到另一个数据库呢？或者，另一个例子：当mysql是应用程序的主数据库平台时，使用mongodb作为日志数据？对于单个应用程序的多个数据库平台

我会考虑像使用sphinx搜索引擎作为由mysql填充的全文后端的场景，这是一个在实践中可行的实例，但希望听到别人的想法。

一个示例实现将具有与存储在mysql中的一段内容相关的实体，并且具有存储在neo4j中的实体之间的深层关系。

来源

2009-12-15 Carson

根据我的经验，这样做的一些原因是数据仓库，因此一个数据库主要用于报告，另一个数据库用于在线处理实时应用程序。另一个原因是两个相关的系统可能会链接起来（如在SQL Server中连接服务器）。

如果您有两个独立的产品，可能很难保持或链接。可能是错误的，因为我对这些产品并不了解很多，但在我看来，mysql内部的关系将成为与之相反的挑战。但是，如果您有特殊需求（如绘图），则可以很好地利用多个数据库。

我想这取决于你对这些数据库做什么？

来源

2009-12-15 03:14:21

感觉就像是一个“正确的工具”，正确的工作。我想我的担心是在单个Web视图中使用多个dbs。例如，如果我有一个与歌曲（作为贡献者，作为制作人，作为主要艺术家）以及诸如博客帖子的内容（是文章的主要焦点）的几个加权关系的录音艺术家被提及，与，另见，等等），我可以将它存储在一个图形数据库中，并快速遍历，或者我可以在mysql中拥有一个相当专业且非常大的表。两者都有优点和缺点，都有我需要在单个页面上显示的数据。 – Carson 2009-12-15 16:52:53

是的，没错！我喜欢为所有人使用一个数据库，并规范化设计。没有这么快......但是两个相关内容的数据库很难管理（尤其是当你使用ORM时）。 – 2009-12-17 21:26:48

对于单个应用程序的多个数据库平台

回答

相关问题