connect_call_set_datetime_format for Oracle, I have no idea why this didn't get committed before...

on_connect_call implementation and set_datetime_format support for Oracle

Release 0.08104

Adjust changelog

What was I thinking - resultsource does not have an ->alias

Merge 'mystery_join' into 'trunk'

r6544@Thesaurus (orig r6543):  ribasushi | 2009-06-08 11:44:59 +0200
Attempt to figure out why do we repeat joins on complex search_related
r6586@Thesaurus (orig r6585):  ribasushi | 2009-06-10 11:22:05 +0200
Move the rs preservation test to a more suitable place
r6589@Thesaurus (orig r6588):  ribasushi | 2009-06-10 13:15:48 +0200
Finally commit trully failing test
r6590@Thesaurus (orig r6589):  ribasushi | 2009-06-10 13:33:14 +0200
Duh, this was a pretty simple bug

Duh, this was a pretty simple bug

Finally commit trully failing test

Merge 'trunk' into 'mystery_join'

r6553@Thesaurus (orig r6552):  ribasushi | 2009-06-08 23:56:41 +0200
duh
r6557@Thesaurus (orig r6556):  ash | 2009-06-09 12:20:34 +0200
Addjust bug to show problem with rows => 1 + child rel

r6558@Thesaurus (orig r6557):  ribasushi | 2009-06-09 13:12:46 +0200
Require a recent bugfixed Devel::Cycle
r6560@Thesaurus (orig r6559):  ash | 2009-06-09 15:07:30 +0200
Make IC::DT extra warning state the column name too

r6575@Thesaurus (orig r6574):  ribasushi | 2009-06-10 00:19:48 +0200
AuthorCheck fixes
r6579@Thesaurus (orig r6578):  ribasushi | 2009-06-10 00:52:17 +0200
 r6522@Thesaurus (orig r6521):  ribasushi | 2009-06-05 19:27:55 +0200
 New branch to try resultsource related stuff
 r6545@Thesaurus (orig r6544):  ribasushi | 2009-06-08 13:00:54 +0200
 First stab at adding resultsources to each join in select - works won-der-ful-ly
 r6546@Thesaurus (orig r6545):  ribasushi | 2009-06-08 13:14:08 +0200
 Commit failing test and thoughts on search arg deflation
 r6576@Thesaurus (orig r6575):  ribasushi | 2009-06-10 00:31:55 +0200
 Todoify DT in search deflation test until after 0.09
 r6577@Thesaurus (orig r6576):  ribasushi | 2009-06-10 00:48:07 +0200
 Factor out the $ident resolver

r6581@Thesaurus (orig r6580):  ribasushi | 2009-06-10 01:21:50 +0200
Move as_query out of the cursor
r6582@Thesaurus (orig r6581):  ribasushi | 2009-06-10 01:27:19 +0200
Think before commit
r6583@Thesaurus (orig r6582):  ribasushi | 2009-06-10 09:37:19 +0200
Clarify and disable rows/prefetch test - fix is easy, but architecturally unsound - need more time

Move the rs preservation test to a more suitable place

Clarify and disable rows/prefetch test - fix is easy, but architecturally unsound - need more time

Think before commit

Move as_query out of the cursor

Merge 'rsrc_in_storage' into 'trunk'

Factor out the $ident resolver

Todoify DT in search deflation test until after 0.09

AuthorCheck fixes

Make IC::DT extra warning state the column name too

Require a recent bugfixed Devel::Cycle

Addjust bug to show problem with rows => 1 + child rel

duh

Commit failing test and thoughts on search arg deflation

First stab at adding resultsources to each join in select - works won-der-ful-ly

Simply order_by/_virtual_order_by handling

Fix find_or_new/create to stop returning random rows when default value insert is requested

Make podcoverage happy

Add mysql empty insert SQL override
Make SQLAHacks parts loadable at runtime via ensure_class_loaded

Make empty/default inserts use standard SQL

Fix for mysql subquery problem

Port another forgotten MC fix

TODOified reentrancy counter - this shall be used to optimize MC some day

rename MC test dir

Factor out the grouped count subquery SELECTor so specific storage classes can override it
Trim attribute deletion lists - we work with _resolved_attrs - +X are already folded into X and the like

This was dumb - of course I want a copy
Otherwise the next serach_related will work with a contaminated seen_joins

It seems that this localisation can lead to problems
Unfortunately no test case as the trigger was buried deep within Reaction, I coulnd't figure out an isolation

having without group_by is useless - thus do not supply a group_by on count, let things die

Really delegate counting to the storage class - now we have either a grouped count or a regular one

Delegate actual counting to the storage class

Move relationship tests around

Require a recent version of Date::Simple during CDBI tests

Fix fallout from another botched merge (I suck, part 2)

Merge 'order_by_refactor' into 'trunk'

deploy-related pod fixes

Last set of Makefile.PL optimizations

There is a saner way to write out resources

Throw away the makefile SQLite test - it served its purpose

M::I 0.89 finally resolves all provlems with auto_install

populate() fix and Changes

Add changes

Evil hack to make Carp::Clan work throughout SQLA as well

Greatly simplify _order_by override to fallback on new SQLA

Restructure bind tests

TODOify some of the order with bind tests

order_by tests

Add better error reporting on bulk_insert (ash++)

Patch + test for more informative exceptions on load_namespace a non-rs class

Fix multiprefetch warning - we can now count properly

Commit rather useless but already written mysql test extension

Release 0.08103

Attempt to reproduce reported mysql error (failed) - fixed another bug in ResultSetColumn along the way

fix comments

Minor fixes of the return value of rs->update/delete

Fix test skip message

Merge 'top_limit_altfix' into 'trunk'

Fix 'timestamp with time zone' columns for IC::DT inflation

TODOified test for RT#40701

This method does not exist anymore

Small documentation improvement:  link to a documented method.

Too much logic for no benefit - always populate _virtual_order_by

Actually don't need this anymore

Merge 'top_limit_tweaks' into 'top_limit_altfix'

Shoot another Top problem, move test from top_limit_tweaks branch and delete

The Top limit emulation bundled with SQLA::Limit assumes that the limited resultset will be _always_ sorted. In order to fix this, I reimplemented _Top in SQLAHacks with a slight modification. Now the original order_by is passed to the outside of the nested select block, while order_up/down are calculated either based on the original order_by, or if one is not present an order by all PKs is attempted.
Since I do not have access to $rsrc in SQLA, I pass the list of PKs as an extra group_by hash entry. This appears to be rather safe, and besides we already pollute order_by with group_by and having (which seems to work rather well).
The only thing I am unsure about is the need for _gen_virtual_order(). Initially I was going to generate the pk list, only if we use the Top limit. Then it turned out there is no limit dialect before we connect, so I commented it out. Now all it does is check for a limit condition and returns the PK list. Is this necessary at all?

Define how Top limit emulation should behave

Forgotten podcoverage override

Move the DB2 Limit syntax setting into the storage class

Factor out the order_by sqlahacks resolver

added test to make sure only one connection to ODBC/MSSQL is made

fix double connect for ODBC/MSSQL

Switch around inheritance of MSSQL drivers, remove some duplicate code

Failing test about warnings triggered in SQLA::Limit when using a subquery

eol adjustments

Deprecate ::DBI::Sybase::MSSQL

SUPER is so last century

Make sure we do not clobber search attributes when using subqueries

MSSQL through ODBC does not like unfinished statements - make sure we finish the scope identity retrieval
(This worked before because of the automatic retry on exception, essentially running any select after insert twice)

Extend distinct deprecation tests and clarify warnings

update changes

Make sure MultiColumnIn quotes column names while munging literal sql
Tested by running t/resultset/update_delete against pg with quote char " and name sep .

minor clean up

Extra test and count fixes for prefetch + distinct

revert last Sybase changes

hide internal Sybase classes from PAUSE

Sybase bindvar and IC::DT support

Add storage component of multipk resultset update/delete for multicolumn IN capable rdbms
Switch Pg to that (tested via DBICTEST_DSN)

Tests and test schema adjustments for resultset update/delete

Sybase autopk, and a test, no limit support yet

Refactor rs_update_delete (too many methods for no reason)
Make mysql use _per_row_update_delete by default as this is the only thing it understands: http://dev.mysql.com/doc/refman/5.0/en/subquery-errors.html

Make distinct calculate columns *after* prefetch has been resolved. Tests to come

::Replicated -- check for master rebless and reapply role if necessary

duh