exec_query (returning AR::Result) tests for all
seems that #select was fine on 3.2 only expected to result Result on 4.0
more Java API house-keeping
false ain't the ultimate true
explain shall use exec_query - now that it works
sqlite3 should use raw_query since in table_structure - expects Hash rows
use execute_raw_query (for now) to stay backwards compatible on execute
avoid using deprecated Java API
new base #do_exec implementation for all JDBC adapters to return Result
from #exec_query while still allowing to return "raw" result on #execute
- renamed #exec_raw_query to #exec_query_raw including Java API
- adapted MS-SQL's #do_exec overrides to only return Result on exec_query
- oracle & sqlite3 #select methods should not change the return-ed value
- postgres & sqlite3 should do a raw execute on #exec_insert due drivers
an INSERT SQL should not be executed using execute_query (no ResultSet)
[postgres] a :macaddr type should not be parsed as in IPAddr object
[postgres] we do not use string_to_array
[postgres] fix array type casting 
(kindly) borrowed data types tests from Rails master
make schema dump tests "compatible" with 4.0 (which assumes ruby 1.9)
[postgres] range (SQL) types support
[postgres] integer column with large limit behaves differently on 3.2 and 4.0
we're using JDBC 4.0 (Java 6) API thus shall compile target-ing Java 1.6