Silence NOTICE-level messages from PostgreSQL

They are uninteresting and make it harder to spot actual errors and
warnings.

Merge pull request #3 from jjn1056/master

(I'm merging this since I can't find any case where it hurts, it's actually not correct syntax at all, just we got away with it in the past when DBIC was more lax)

Hey, there's a test which is broken when trying to install this with the latest DBIC, fixed attached

fixed incorrect join condition on a relationship which dies on newer and more strict DBIC versions

version 0.23

fixed moosified-rs.t failures by making the test skip if not all dependencies are met

added use strict and use warnings to all tests + perltidy

version 0.22

use an in-memory SQLite db for moosified-rs.t to not break the dzil release process because of t/var/dvdzbr.db missing from the MANIFEST

fixed usage with moosified resultsets (RT#64773)

ignore t/var/ generated by tests

fixed updating of nullable has_many rels (RT#65561)

fixed deprecated search condition

version 0.21

simplified missing pk column detection

don't try to find if not all pk col values are available

handle DBIx::Class change for find which throws an exception since version > 0.08123

fixed failing test for undef many-to-many

perltidy test

always warn about additional parameters if storage debugging is enabled + tests

added tests for assigning undef to a many-to-many pseudo rel

only allow hashrefs being passed to recursive_update and stop doing otherwise internally

carp if value of many-to-many pseudo rel isn't an arrayref or scalar

croak instead of carp if fixed_fields isn't an arrayref

small test improvement

handle many-to-many pseudo rels separately

small fixes

fixed bug where an object that has already been found by its pk is overwritten by an new one and later found again by update_or_create

don't autovivify an id key in the updates hash

small performance improvement

documentation fixes and improvements

use warnings for tests and some test cleanups

exclude DBIx::Class, HTML::FormHandler and Try::Tiny from carp blames

use Carp::Clan instead of warn

Warn instead of throwing an exception if a key is neither a column, a relationship nor a many-to-many helper.

also added a new api to the resultset api which is able to suppress the
warnings when the second parameter is a hashref containing a key named
unknown_params_ok with a true value.

doc improvements

test for fixed_fields

version 0.20

added John Napiorkowski to the list of authors

satisfy SynopsisTests

satisfy UnusedVarsTests

fixed t/sqlite.t which failed because of missing t/var dir

satisfy PortabilityTests

converted to Dist::Zilla

TODO - value of fk from a multi relationship

Merge branch 'master' of http://github.com/abraxxa/DBIx--Class--ResultSet--RecursiveUpdate

only limit resultset if there are related rows left

test fails, requiring SQL::Translator >= 0.11006

gitignore Module::Install temp files

allow undef for has_many rels in addition to empty arrayref + tests

gitignore t/var directory contents

tainted mode doesn't search for module in PERL5LIB path which skips the tests if local::lib or perlbrew is used

added special handling of has_many rels to tables with a single column pk

require List::MoreUtils 0.22 for refactored _master_relation_cond

added support for multi-column has_many relationships

refactored _master_relation_cond for less parameters

more debug warnings and comments

fixed belongs_to rels in Dvd

perltidy

simplification

more relationship validation in _update_relation

add_relationship without the accessor attribute is invalid

check for nonexisting column, relationship, many-to-many helper accessor or generic accessor

don't try to use ->resolve_condition which was deprecated in DBIx::Class 0.08103 and bump the DBIx::Class requirement

moved relationship_info inside _update_relation instead of passing it around

rename $related_result -> $related_resultset

don't pass whole updates hashref to _update_relation

perltidy

docs for if_not_submitted parameter

added docs about treatment of belongs_to, might_have and has_many relationships

apparently newer DBIC requires SQL::Translator => 0.11005

test for deleting a might_have

avoid uninitialized string warnings

tweaked docs and rebuild readme

updated readme

updated version

merge conflict resolved

test case for might_have and another minor bug fix

Merge branch 'master' of github.com:zby/DBIx--Class--ResultSet--RecursiveUpdate

skip trying to create a might_have relationship if there is no data to insert

skip trying to create a might_have relationship if there is no data to insert

A test case from Amiri

Merge branch 'master' of git@github.com:zby/DBIx--Class--ResultSet--RecursiveUpdate

checking for table existande before adding add_drop_table

oops. put back db file.

remove binary db file

use Module::Install makefile; avoid TZ messages

bring repo up to cpan level

updating related many to many

Readonly to prereqs

not using version.pm

META is generated automatically

resolve merge conflict

release

Update old META.yml

if_not_submitted

Relating an unrelated record with composed pk

using _resolve_condition

prereqs updated

docs fix

release preparations