3

私は、Rails が金融アプリケーションに必要な複雑な集計の種類を処理できるかどうか、特に ORM がこれらを効果的に処理できるかどうかを懸念しています。これを使用することを考えている金融アプリケーションでは、さまざまな方法で集計された詳細な金融データのレポートを多数作成する必要があります。Rails ORM でのサポートがなければ、直接 SQL を記述する必要があります。しかし、いったんこれを開始すると、Rails の他の部分が同様に機能しなくなり、その結果、Rails をルートにほとんど使用し、それ以外はほとんど使用しないのではないかと心配しています。これは正当な懸念ですか、それとも不必要に心配しているのでしょうか?

4

4 に答える 4

3

ActiveRecord の制限は、Rails を科学的な環境で使用するのに苦労した理由の 1 つです。レガシーデータベースでの作業を少し簡単にする代替Ruby ORMをチェックしたいかもしれません:

最終的には、ORM は設計上、SQL から遠ざかるため、どれも適していない可能性があります。

于 2009-02-02T22:47:03.597 に答える
2

Rails がこのアプリケーションに適したプラットフォームではない可能性があります。または、データベース内のビューに対して ActiveRecord を使用することを検討できます。ビューにデータを集約し、「rails_sql_views」gem を使用して、それらを通常のモデルのように扱うことができます。(私はこれを使用したことがないので、これが実際にどの程度機能するかはわかりません。)

リンク: rails_sql_views

編集:さらに調べてみると、その宝石や、​​ビューに対して単純にクエリを実行するためのその他の特別なセットアップは必要ないかもしれません。

于 2009-02-02T20:30:03.793 に答える
1

私がアクティブ レコードを気に入っている理由は、抽象化を突き抜けることができるからです。ARで対処できない状況に遭遇したことはまだありません。非常に難解な例がいくつかあると思いますが、より適切な質問は、実行したいクエリのタイプの例を示し、AR での実行方法を誰かに見せてもらうことです。

于 2009-02-03T03:47:14.537 に答える