問題タブ [activerecord]

OOPについてどんどん学び、さまざまなデザインパターンを実装し始めると、人々がActiveRecordを嫌っているケースに戻ってきます。

多くの場合、人々はそれがうまくスケーリングしないと言います（彼らの主要な例としてTwitterを引用します）-しかし、なぜそれがうまくスケーリングしないのか実際には誰も説明しません。および/または短所なしでARの長所を達成する方法（類似しているが異なるパターンを介して？）

うまくいけば、これがデザインパターンについての聖戦にならないことを願っています-私が知りたいのは、****具体的に****ActiveRecordの何が問題なのかということだけです。

うまくスケーリングしない場合は、なぜですか？

他にどのような問題がありますか？

私は震えながら尋ねますが、私のクライアントは他のSQL（またはSQLのような）ソリューションを提供していない可能性があります。AccessにはいくつかのSQLフックがあることを私は知っています。基本的なActiveRecordには十分ですか？

後で：

他のデータベースを使用するためのすべての提案に感謝しますが、私を信じてください：私はそれらを説得しようとしました。「承認済み」リストがあり、SQLデータベースはありません。リストに何かを載せるには1年以上かかる可能性があり、このプロジェクトは3週間で完了します。

Ruby on Rails アプリケーションの 1 つに ActiveRecord::Observer があるとします。このオブザーバーを rSpec でどのようにテストしますか?

日付フィールドを含むレコード セットがあり、そのレコード セットに含まれる一意の日付の数を確認したいと考えています。

何かのようなもの：

もちろん、それはうまくいかないようです。

Castle ActiveRecordを使用してクライアント用のシステムを作成することにしました。たとえば、トランザクションが機能しないことが判明するまで、すべてがうまくいきました。

トランザクションのロールバックを試みるためだけに例外をスローしましたが、驚いたことに、最初の [Save] レコードがデータベースに記録されていることがわかりました。何が起こっている？

Castle と NHibernate は初めてです。まず、非常に魅力的であることがわかり、MySQL (この DB を使用したことはありません) を使用することにしました。週にこの問題が発生し、行き詰まって時間を無駄にしたような気がします。簡単なはずなのに、このワークアウトを行うのに十分な情報が見つからないので、今はイライラしています。助けてもらえますか?

Railsでシャードデータベースを処理する最良の方法は何ですか? シャーディングは、アプリケーション レイヤー、アクティブ レコード レイヤー、データベース ドライバー レイヤー、プロキシ レイヤー、またはその他のレイヤーで処理する必要がありますか? それぞれの長所と短所は何ですか？

バスの到着データを提供する API を使用しています。リクエストごとに、(とりわけ) どのルートが問題の停留所にサービスを提供しているかのリストを取得します。たとえば、リストにバス ルート #1、2、および 5 の結果が含まれている場合、それらがこの停留所にサービスを提供していることがわかります。

Route と Stop の間に多対多の関係が設定されており、リクエストごとにこれらの関連付けを動的にチェックして更新したいと考えています。どのルートがどの停留所にサービスを提供するかを示す「マスター リスト」は存在しないため、このデータを取得するにはこれが最善の方法のようです。

私が今やっている方法は非常に非効率的だと思います：

基本的に、見つけたルートごとに 2 つのことを行う必要があります。1) まだ存在しない場合は作成し、2) 現在の停留所がまだ存在しない場合は関係を追加します。

これを行うためのより良い方法はありますか?たとえば、現在行っている多数のデータベース呼び出しを回避するために、メモリ内のデータを大量に取得し、アプリ サーバー側で処理の一部を実行することはありますか?

最近はRailsの人気もあって、activerecordをお手本にする人も多いです。しかし、Rails のことを聞く前に (私のピア グループはオープン ソースのファンではなく、.NET スクールで教えられていました...)、最終年度のプロジェクトを行っているときに、モデルのこの定義を見つけました。

このモデルは、エンタープライズ データと、このデータへのアクセスと更新を管理するビジネス ルールを表します。多くの場合、モデルは現実世界のプロセスのソフトウェア近似として機能するため、モデルを定義する際には単純な現実世界のモデリング手法が適用されます。

モデルがactiverecordのように1つのテーブルを表す必要があるとは言いません。通常、トランザクション内では、いくつかの無関係なテーブルにクエリを実行してから、さまざまなテーブルのデータを操作する必要があります...したがって、activerecord がモデルとして使用される場合、いずれかがすべてのロジック コードをコントローラーに詰め込む必要があります (これは、一部の php フレームワークで一般的なものです)。これにより、activerecord モデルのテストやハッキングが困難になり、マップ先のテーブルだけでなく、他の関連テーブルに対してもデータベース操作を実行できます...

では、MVC アーキテクチャ パターンのモデルとして (IMHO) activerecord を悪用することの何がそんなに優れているのでしょうか?

ActiveScaffold を使用して、一度に複数の学生の課題レコードを作成したいと考えています。レコードには、student_id を除いて、すべて同一のデータが含まれます。

デフォルトのフォームを上書きし、学生名を選択するためのドロップダウン ボックスを複数選択ボックスに置き換えることができました。これが私が望んでいることです。ただし、その変更は表面的なものにすぎません。基本的なコードは、そのボックスから最初に選択された名前のみを取得し、単一のレコードを作成するためです。

基礎となる ActiveScaffold コードの解読と書き換えをあまり必要としない方法で、これを達成するための良い方法を誰かが提案できますか?

更新: この問題に対する適切な答えがまだ見つかりません。

RoR チュートリアルでは、ORM が機能するようにテーブルごとに 1 つのモデルを想定しています。私のDBスキーマには、概念的に5つの機能グループに分割された約70のテーブルがあります（たとえば、特定のテーブルは1つの機能グループにのみ存在し、異なるグループのテーブル間の関係は最小限に抑えられます。）したがって、概念グループごとにモデルを設計する必要があります、または単に 70 の Rails モデルを用意して、グループ化を「概念的」のままにする必要がありますか? ありがとう！