Merge 'pg_unqualified_schema' into 'trunk'
authorPeter Rabbitson <ribasushi@cpan.org>
Wed, 4 Nov 2009 09:55:51 +0000 (09:55 +0000)
committerPeter Rabbitson <ribasushi@cpan.org>
Wed, 4 Nov 2009 09:55:51 +0000 (09:55 +0000)
commita4075c9e07111ffdf39cefb9681c7d0b91a4bfb8
treeb6a9939560874d0e573c0be9a4bd08bad9476ec9
parent993fd91cb2f1d2e2c5d55fc434fec0ca3a20713e
parentd3fdc7b81278f9ae2dad417d68815933f65842dd
Merge 'pg_unqualified_schema' into 'trunk'

r7817@Thesaurus (orig r7805):  rbuels | 2009-10-21 02:37:28 +0200
making a branch, here we go again with the pg_unqualified_schema
r7818@Thesaurus (orig r7806):  rbuels | 2009-10-21 02:38:59 +0200
more pg unqualified schema tests, which expose a gap in the coverage
r7819@Thesaurus (orig r7807):  rbuels | 2009-10-21 03:10:38 +0200
gutted Pg storage driver's sequence discovery to just rely on DBD::Pg's last_insert_id.  this needs testing with older versions of DBD::Pg
r7821@Thesaurus (orig r7809):  rbuels | 2009-10-21 04:00:39 +0200
more coverage in Pg sequence-discovery tests.  i think this shows why last_insert_id cannot be used.
r7822@Thesaurus (orig r7810):  rbuels | 2009-10-21 04:07:05 +0200
reverted [7807], and just changed code to use the custom pg_catalog query, which is the only thing that works in the pathological case where DBIC is told a different primary key from the primary key that is set on the table in the DB ([7809] added testing for this)
r7852@Thesaurus (orig r7840):  rbuels | 2009-11-03 18:47:05 +0100
added Changes line mentioning tweak to Pg auto-inc fix
r7854@Thesaurus (orig r7842):  ribasushi | 2009-11-04 10:55:35 +0100
Cleanup exceptions