my $info = $object->result_source->relationship_info($name);
$self->_update_relation( $name, $updates, $object, $info );
}
- $self->_delete_empty_auto_increment($object);
+# $self->_delete_empty_auto_increment($object);
# don't allow insert to recurse to related objects - we do the recursion ourselves
# $object->{_rel_in_storage} = 1;
# warn 'resolved: ' . Dumper( $resolved ); use Data::Dumper;
$resolved = undef
- if $DBIx::Class::ResultSource::UNRESOLVABLE_CONDITION == $resolved;
+ if defined $DBIx::Class::ResultSource::UNRESOLVABLE_CONDITION && $DBIx::Class::ResultSource::UNRESOLVABLE_CONDITION == $resolved;
if ( ref $updates->{$name} eq 'ARRAY' ) {
for my $sub_updates ( @{ $updates->{$name} } ) {
- $sub_updates = { %$sub_updates, %$resolved } if $resolved;
+ $sub_updates = { %$sub_updates, %$resolved } if $resolved && ref( $sub_updates ) eq 'HASH';
my $sub_object =
$related_result->recursive_update( $sub_updates );
}
}
else {
my $sub_updates = $updates->{$name};
- $sub_updates = { %$sub_updates, %$resolved } if $resolved;
+ $sub_updates = { %$sub_updates, %$resolved } if $resolved && ref( $sub_updates ) eq 'HASH';
my $sub_object =
$related_result->recursive_update( $sub_updates );
$object->set_from_related( $name, $sub_object );
=head1 DESCRIPTION
+This is the first release - so treat it as experimental.
You can feed the ->create method with a recursive datastructure and have the related records
created. Unfortunately you cannot do a similar thing with update_or_create - this module
[ 'id' ]
);
+This will work with a new DBIC release.
For a many_to_many (pseudo) relation you can supply a list of primary keys
from the other table - and it will link the record at hand to those and
only those records identified by them. This is convenient for handling web
forms with check boxes (or a SELECT box with multiple choice) that let you
-update such (pseudo) relations.
+update such (pseudo) relations.
For a description how to set up base classes for ResultSets see load_namespaces
in DBIx::Class::Schema.