如何创建伪文档导向模型?

时间:2011-02-09 13:45:17

标签: mysql database migration scalability document-oriented-db

目前,我使用Rails和Mysql作为后端。不幸的是,我的应用程序已经扩展了数据,这些数据在开始时没有预料到或预见到。现在,我在数据库中增加条目时遇到了很多性能问题,而ActiveRecord因为享受关系逻辑而被触发的大量查询受到了冲击。

我已经到了一个地步,我觉得要享受适当的关系模型的优势而受到惩罚。由于速度已经到了锤子,我不得不研究像Mongo DB这样的面向文档的模型,发现它们提供了补偿关系特征的速度。

我的问题是,如何从关系模型慢慢迁移到文档模型。也许,我将存储我的临时模式或返回的表,并将它们作为批量文档转储,而不是设置适当的面向文档的DB(至少在初始阶段)。空间对我来说不是问题。我现在关心的只是时间。但是,我不能在一次扫描中做到这一点。我想知道如何处理这个问题,以前解决这类问题的任何链接/引用都会非常感激。

1 个答案:

答案 0 :(得分:0)

我强烈建议不要迁移到文档数据库,除非您的数据更适合这样的数据库。

出于速度原因进行迁移通常是一个坏主意,您应该在现有的基于AR的系统中查找慢查询并对其进行优化。