【问题标题】:How to create pseudo document oriented model?如何创建面向伪文档的模型?
【发布时间】:2011-06-24 03:48:24
【问题描述】:

目前,我正在使用带有 Mysql 作为后端的 Rails。不幸的是,我的应用程序已经扩展了在启动时没有预料到或预见到的数据。现在,随着数据库中条目的增加,我面临着很多性能问题,并且由于享受关系逻辑而触发的大量查询导致 ActiveRecord 受到打击。

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

我的问题是,如何从关系模型慢慢迁移到文档模型。也许,我会存储我的临时模式或返回的表,并将它们作为批量文档即时转储,而不是建立一个适当的面向文档的数据库(至少在初始阶段)。空间对我来说不是问题。我现在只关心时间。但是,我不能在一次扫描中做到这一点。我想知道如何解决这个问题,之前解决过此类问题的任何链接/参考将不胜感激。

【问题讨论】:

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


    【解决方案1】:

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

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

    【讨论】:

    • 我不会完全迁移到 Document db,而是尝试部分地利用该设计..
    • 除非您的数据提供了转移到文档数据库的令人信服的理由,否则我不会这样做。网站可以在 MySQL 和 Rails 上很好地扩展,只要小心谨慎。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-01-27
    • 2020-12-13
    • 2016-09-28
    • 1970-01-01
    • 1970-01-01
    • 2011-09-15
    • 2015-09-02
    相关资源
    最近更新 更多