[Dbix-class] bug in delete_all: CascadeActions::delete removes parent before children

Matt S Trout dbix-class at trout.me.uk
Mon Oct 27 23:42:14 GMT 2008


On Fri, Oct 24, 2008 at 04:48:02PM -0700, Noel Burton-Krahn wrote:
> Hi Peter,
> 
> The problem goes a little deeper:  I applied this change to SVN, and
> immediately saw the 60core.t unit test fail doing deep recursion.
> Apparently this will break when there's a loop in the relationship
> graph.  So, to avoid the loop, I made a version of delete_all which
> has loop protection.  That fixes my unit test, but it breaks again in
> 60core.t because one of the search_related()->delete() calls produces
> ambigious SQL.  Sigh.

$rs->delete isn't currently supported for JOINed resultsets.

There'll be a warning for this  in the next release.

-- 
      Matt S Trout       Need help with your Catalyst or DBIx::Class project?
   Technical Director                    http://www.shadowcat.co.uk/catalyst/
 Shadowcat Systems Ltd.  Want a managed development or deployment platform?
http://chainsawblues.vox.com/            http://www.shadowcat.co.uk/servers/



More information about the DBIx-Class mailing list