Mysql 如何创建面向伪文档的模型?

Mysql 如何创建面向伪文档的模型?,mysql,database,migration,scalability,document-oriented-db,Mysql,Database,Migration,Scalability,Document Oriented Db,目前,我使用Rails和Mysql作为后端。不幸的是,我的应用程序在启动时没有预料到或预见到数据的扩展。现在,随着数据库中条目的增加,我面临着许多性能问题,而ActiveRecord正受到冲击,因为在享受关系逻辑的过程中,许多查询被触发 我已经到了一个地步,我想为享受适当的关系模型的优势而付出代价。由于速度受到了影响,我不得不对Mongo DB等面向文档的模型进行研究,发现它们提供了速度补偿关系特性 我这里的问题是,如何缓慢地从关系模型迁移到文档模型。也许,我将存储我的临时模式或返回的表,并将它

目前,我使用Rails和Mysql作为后端。不幸的是,我的应用程序在启动时没有预料到或预见到数据的扩展。现在,随着数据库中条目的增加,我面临着许多性能问题,而ActiveRecord正受到冲击,因为在享受关系逻辑的过程中,许多查询被触发

我已经到了一个地步,我想为享受适当的关系模型的优势而付出代价。由于速度受到了影响,我不得不对Mongo DB等面向文档的模型进行研究,发现它们提供了速度补偿关系特性


我这里的问题是,如何缓慢地从关系模型迁移到文档模型。也许,我将存储我的临时模式或返回的表,并将它们作为动态的大容量文档转储,而不是设置适当的面向文档的数据库(至少在初始阶段)。空间对我来说不是问题。我现在只在乎时间。但是,我不能在一次扫描中做到这一点。我想知道如何解决这个问题,如果您的数据更适合这样的数据库,我将非常感谢以前解决过此类问题的任何链接/引用。

我强烈建议不要迁移到文档数据库


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

我不打算完全迁移到文档数据库,而是尝试部分利用该设计。除非您的数据提供了移动到文档数据库的有力理由,我不会这么做的。网站可以在MySQL和Rails上很好地扩展,只要适当小心。