From: Peter Rabbitson Date: Thu, 7 May 2009 18:49:26 +0000 (+0000) Subject: Cookbook cleanup X-Git-Tag: v0.08103~114 X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=d76788de371574f1ece78ee652d2d4c4f1a8b8ea;p=dbsrgits%2FDBIx-Class.git Cookbook cleanup --- diff --git a/lib/DBIx/Class/Manual/Cookbook.pod b/lib/DBIx/Class/Manual/Cookbook.pod index 7d0de14..d265693 100644 --- a/lib/DBIx/Class/Manual/Cookbook.pod +++ b/lib/DBIx/Class/Manual/Cookbook.pod @@ -497,9 +497,6 @@ L has now prefetched all matching data from the C table, so no additional SQL statements are executed. You now have a much more efficient query. -Note that as of L 0.05999_01, C I be used with -C relationships. - Also note that C should only be used when you know you will definitely use data from a related table. Pre-fetching related tables when you only need columns from the main table will make performance worse! @@ -617,7 +614,7 @@ CD and Concert, and join CD to LinerNotes: =head2 Multi-step prefetch -From 0.04999_05 onwards, C can be nested more than one relationship +C can be nested more than one relationship deep using the same syntax as a multi-step join: my $rs = $schema->resultset('Tag')->search( @@ -657,8 +654,7 @@ method. AKA getting last_insert_id -If you are using PK::Auto (which is a core component as of 0.07), this is -straightforward: +Thanks to the core component PK::Auto, this is straightforward: my $foo = $rs->create(\%blah); # do more stuff