して単純化することが出来ます。リレーションのカラムによる並べ替えを有効にします。呼び出しを必要とします。中で、検索可能なカラムを追加で定義する必要があります。メソッドでは、次のように、もう一つのフィルタ条件を追加するだけです。上の例では、リレーション名とテーブル・エイリアスに同じ文字列を使用しています。エイリアスとリレーション名が異なる場合は、どこでエイリアスを使い、どこでリレーション名を使うかに注意を払わなければなりません。その他の全ての定義においてリレーション名を使う、というものです。文は以下のようになります。して呼び出すことも可能です。フィルタ条件においてはエイリアスが使われなければなりませんが、属性の名前はリレーション名のままで変りません。$this->getAttribute('author.name')]);並べ替えの定義についても同じことです。エイリアスではなくリレーション名を使う必要があります。¶もう一つ別に、もっと高速で便利な手法があります。ビューを作成することが出来ます。アクティブ・レコードを検索用のモデルとともに使うことが出来ます。並べ替えやフィルタリングの属性を追加で定義する必要はありません。全ての属性がそのままで動作します。この手法にはいくつかの長所と短所があることに注意してください。並べ替えとフィルタリングの条件をいろいろと定義する必要はありません。全てそのままで動きます。ため、非常に高速になり得ます。過ぎないもので、エンティティに含まれるドメイン・ロジックを欠いています。影響するメソッドがある場合は、それらをこのクラスの中に複製する必要があります。お互いが干渉しないように、追加の構成がいくつか必要になります。それぞれのグリッド・ビューが独立した並べ替えとページネーションを持つことが出来るようにしなければなりません。準備済みであると仮定します。ページの一部分だけを更新することが出来ます。中身だけを更新することが出来ます。指定されているリンクに対しても動作します。リンクに対しては問題となり得ます。いうオプションがウェブ・インタフェイスまたはコマンドラインで使用可能になっています。ウィジェットが生成されます。