疑似ドキュメント指向モデルの作成方法

Question

現在、私はMysqlをバックエンドとして使用しています。残念ながら、私のアプリケーションは、開始時に予期していなかったか、予期されていなかったデータに拡大縮小されています。今、私はデータベースのエントリを増やすことで多くのパフォーマンス上の問題に直面しています。ActiveRecordはリレーショナルロジックを利用した結果として発生する数多くのクエリのためにヒットしています。

私は、適切なリレーショナルモデルの利点を楽しむためにペナルティを支払うように感じています。ハンマーの下で速度が上がったので、私はMongo DBのようなドキュメント指向モデルの研究をしなければならず、リレーショナル機能の速度補償を提供することが分かった。

ここで私の質問は、リレーショナルモデルからドキュメントモデルへの移行方法です。おそらく、私は一時的なスキーマやテーブルを保存し、適切なドキュメント指向のDBを設定するのではなく、大量のドキュメントとしてそれらをダンプします（少なくとも初期段階では）。スペースは私にとっては問題ではありません。私が今気にするのは時間です。しかし、私はそれを一回の掃引で行うことはできません。私はどのようにこの問題にアプローチするか、この種の問題が解決されたリンク/参照を前に大いに感謝したいと思います。

Answer 1

このようなデータベースに適したデータがない限り、ドキュメントdbへの移行をお勧めします。

速度の理由から移行することは一般的には悪い考えであり、既存のARベースのシステムでは遅いクエリを探して最適化する必要があります。