Skip Menu |
 

This queue is for tickets about the DBIx-Class CPAN distribution.

Report information
The Basics
Id: 52674
Status: resolved
Priority: 0/
Queue: DBIx-Class

People
Owner: Nobody in particular
Requestors: felix.ostmann [...] thewar.de
Cc:
AdminCc:

Bug Information
Severity: Unimportant
Broken in: 0.08115
Fixed in: 0.08117



Subject: Doc-Patch for ::Row->delete
i missunderstand the behavior from the ->delete. Simple a liddle more text to explain how it works.
Subject: dbix-class-row.patch
--- lib/DBIx/Class/Row.pm.orig 2009-12-11 16:53:21.000000000 +0100 +++ lib/DBIx/Class/Row.pm 2009-12-11 16:54:12.000000000 +0100 @@ -527,7 +527,8 @@ this behaviour off, pass C<< cascade_delete => 0 >> in the C<$attr> hashref of the relationship, see L<DBIx::Class::Relationship>. Any database-level cascade or restrict will take precedence over a -DBIx-Class-based cascading delete. +DBIx-Class-based cascading delete. The DBIx-Class-bases delete will first +delete the current object and then select and delete the related rows. If you delete an object within a txn_do() (see L<DBIx::Class::Storage/txn_do>) and the transaction subsequently fails, the row object will remain marked as
Download (untitled) / with headers
text/plain 238b
On Fri Dec 11 11:06:31 2009, Sadrak wrote: Show quoted text
> i missunderstand the behavior from the ->delete. Simple a liddle more > text to explain how it works.
Changed the text a bit: http://dev.catalyst.perl.org/svnweb/bast/revision?rev=8325 Thanks!


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.