Merge 'trunk' into 'multi_stuff'
Matt S Trout [Fri, 20 Feb 2009 04:42:18 +0000 (04:42 +0000)]
r27901@agaton (orig r5562):  robkinyon | 2009-02-20 04:37:12 +0000
 r5547@rkinyon-lt-osx (orig r5546):  robkinyon | 2009-02-19 23:29:39 -0500
 Added qualifiers as to when as_query will work

Changes
lib/DBIx/Class/Manual/Cookbook.pod
lib/DBIx/Class/ResultSource.pm
t/96multi_create.t

diff --git a/Changes b/Changes
index 9d7887b..a068719 100644 (file)
--- a/Changes
+++ b/Changes
@@ -23,6 +23,7 @@ Revision history for DBIx::Class
         - PG array datatype supported with SQLA >= 1.50
         - insert should use store_column, not set_column to avoid marking
           clean just-stored values as dirty. New test for this (groditi)
+        - regression test for source_name (groditi)
 
 0.08099_05 2008-10-30 21:30:00 (UTC)
         - Rewritte of Storage::DBI::connect_info(), extended with an
index 600d326..678e173 100644 (file)
@@ -338,6 +338,12 @@ That creates the following SQL:
        WHERE artistid = me.artistid
       )
 
+=head2 Where subqueries will work
+
+Currently, subqueries will B<only> work in the where-clause of a search. In
+other words, in the first hashref of a search() method. Work is being done
+to make them work as part of the second hashref (from, select, +select, etc).
+
 =head2 Predefined searches
 
 You can write your own L<DBIx::Class::ResultSet> class by inheriting from it
index bc88091..89bc6ff 100644 (file)
@@ -1014,6 +1014,9 @@ sub reverse_relationship_info {
       $ret->{$otherrel} =  $otherrel_info;
     }
   }
+use Data::Dumper;
+#warn "return for reverse_relationship_info called on ".$self->name." for $rel:\n";
+#warn Dumper($ret);
   return $ret;
 }
 
index d63bf89..d808eba 100644 (file)
@@ -553,6 +553,8 @@ diag $@ if $@;
 =cut
 
 diag '* Create foreign key col obj including PK (See test 20 in 66relationships.t)';
+## Create foreign key col obj including PK
+## See test 20 in 66relationships.t
 eval {
   my $new_cd_hashref = { 
     cdid => 27,