time:結果セットが膨大になりそうなら、ページ処理された結果をDBIx::Classで取得できます。SQL::Abstractを見てください。必要なものを指定できます。避けることができます。as.後でも見ますが、これは、selectとasのショートカットです。columnsはselectとasと一緒には使えません。プロシージャの結果を返すのに使うことが出来ます。値のためのソースを指定できます(例えば、カラム名、関数、ストアドプロシージャ名)。DBIx::Class::ResultSetのドキュメントを見てください)。普通にそれにアクセスできます。DBIx::Class::ResultSetドキュメントをみてください。DBIx::Classにそのインスタンスを作るように教えます。検索や、結果のソートができます。:DBIx::Class::Relationshipを定義する必要があります。使われるべきだということに注意してください。fine:で、、CDのリストを、それぞれのアーティストの名前と一緒に表示したいとしましょう。database:ですが、一つ問題があります。検索していますが、cdからのみデータが返されています。5つのCDであれば、5つの別のクエリです。advance:ありがたいことに、DBIx::Classは、prefetch属性があり、この問題を解決できます。query.DBIx::Classはartistテーブルからすべてのマッチするデータを先にとってきています。そのため、余分なSQLステートメントは実行されません。効率的なクエリになりました。string:2つ以上の深いリレーションシップでjoinしたいときもあるでしょう。notes:結合は任意のレベルでネストできます。method.全てのメソッドで、スキーマオブジェクトを順に回したくなければ、便利でしょう。anyway.オートインクリメントのプライマリキーを使っていないのなら、おそらく動きません。その場合は、すでに、プライマリキーの値を知っていることでしょう。モジュールで標準的な文字列化のテクニックを使えます。are:二つのテーブルがあるとします:ProductとCateogry。table.categoryはCategoryテーブルの外部キーです。expected.期待どおりには動きません。in_storage:find_or_newを代わりに使ってください。this.DBIx::Classクラスはプロキシクラスです。いくつかの違ったテクニックが必要とされます。この例では、管理者用に真偽値を持っているユーザーテーブルがあります。