Commits on Apr 2, 2012
  1. Bump version to 1.3.0

    jeremyevans committed Apr 2, 2012
Commits on Mar 24, 2012
  1. Build Windows version against PostgreSQL 9.1.1, ruby 1.8.7, and ruby …

    jeremyevans committed Mar 24, 2012
    Also, switch build process to piggy-back on ruby-pg's static
Commits on Mar 20, 2012
  1. Add speedup for to_hash_groups

    jeremyevans committed Mar 20, 2012
    This makes to_hash_groups around 3 times faster for a key value
    symbol and about 50% faster for a key value array, compared to
    the previous code.  Combined with the other optimizations, sequel_pg
    can speedup to_hash_groups by about 7.5x over the default Sequel
Commits on Mar 18, 2012
  1. Handle infinite timestamp values using Database#convert_infinite_time…

    jeremyevans committed Mar 18, 2012
    This is a fairly slow code path, but since infinite timestamps are fairly
    rare, that shouldn't matter.
Commits on Mar 9, 2012
  1. Bump version to 1.2.2

    jeremyevans committed Mar 9, 2012
  2. Get microsecond accuracy when using datetime_class = DateTime with 1.…

    jeremyevans committed Mar 9, 2012
    …8-1.9.2 stdlib date library via Rational
    Unfortunately, with the 1.8-1.9.2 stdlib date class, you can't add a
    float to a DateTime instance and get microsecond accuracy, even if the
    float is very small.  For a current DateTime instance, accuracy appears
    to be +/- 33 usecs.
    To work around this issue, check if the 1.8-1.9.2 stdlib date
    implementation is being used via the @ajd instance variable.  If so,
    use a slower but more accurate Rational implementation.
    While here, register spg_SQLTime and spg_Postgres with the garbage
    collector to avoid segfaults if the constants are manually undefined.
    Also, rename a misleading macro to reflect it uses microseconds instead
    of milliseconds.
Commits on Feb 22, 2012
Commits on Feb 21, 2012
  1. Handle NaN/Infinity correctly

    jeremyevans committed Feb 21, 2012
    Before, NaN/Infinity values would be returned as 0.0.
Commits on Oct 31, 2011
Commits on Oct 25, 2011
  1. Add optimize_model_load setting to speedup loading of model objects, …

    jeremyevans committed Oct 25, 2011
    …off by default
    This setting is off by default as it isn't completely compatible. But
    it can speed up model loading by 30-50% for simple tables.
    Basically, this is just like the standard way of returning a hash,
    except that instead of yielding the hash, a model object is
    allocated, the hash is assigned as the values, and the model object
    is yielded.
Commits on Oct 8, 2011
  1. Add major speedup to Dataset#map, #to_hash, #select_map, #select_orde…

    jeremyevans committed Oct 8, 2011
    …r_map, and #select_hash
    Previously, sequel_pg only modified the internals of #fetch_rows,
    which is the most important method as all other retrieval goes
    through it.  However, the #map, #to_hash and related methods are
    inefficient in Sequel, as they build a temporary hash for each
    row, only to throw each temporary hash away.  This commit optimizes
    these methods to not create the temporary hash, by having fetch_rows
    return a number of different types (e.g. single values, arrays of
    values, only a single hash).  In my testing, there is about a 2x
    speedup using these optimized methods over the previous case where
    only fetch_rows was optimized, and only a very small performance
    hit for the general usage of fetch_rows.
Commits on Oct 4, 2011
Commits on Sep 1, 2011
Commits on Aug 12, 2011
  1. Work with new Sequel::SQLTime for time columns

    jeremyevans committed Aug 12, 2011
    This also fixes an issue where fractional seconds in time columns
    got dropped.
Commits on May 31, 2011
  1. Minor README changes

    jeremyevans committed May 31, 2011
Commits on May 13, 2011
  1. Work with newer Sequel postgres adapter conversion procs changes

    jeremyevans committed May 13, 2011
    This commit deals with the changes made in Sequel commit
    da78be4bb92c723f1f9d5d9dfee3850b1cd56699, and you must be running
    at least with that commit for this new code to work if you select
    any columns with types that this extension does not handle
    I'm going to push a change to the gemspec that requires Sequel
    3.24.0 after that is released.
Commits on Mar 20, 2011
Commits on Mar 16, 2011
  1. Update CHANGELOG

    jeremyevans committed Mar 16, 2011
  2. Build the Windows binary gem against PostgreSQL 9.0.1

    jeremyevans committed Mar 16, 2011
    Previously, it built against 8.4.4 and had issues with
    the new blob serialization used by default in 9.0.1.
  3. Bump version to 1.0.2

    jeremyevans committed Mar 16, 2011
  4. More efficient handling of conversion procs for large datasets

    jeremyevans committed Mar 16, 2011
    Switch to filling the conversion proc array before iterating over
    results, instead of checking inside every column value to see if
    a conversion proc is available.
    For speed reasons, don't check for conversion procs for char,
    varchar, and text columns, since those should be returned as
  5. fix offset handling

    funny-falcon committed with jeremyevans Mar 16, 2011
Commits on Sep 12, 2010
  1. Update CHANGELOG

    jeremyevans committed Sep 12, 2010
  2. Bump version to 1.0.1

    jeremyevans committed Sep 12, 2010
Commits on Aug 31, 2010
  1. Bump version to 1.0.0

    jeremyevans committed Aug 31, 2010
    Remove some unnecessary code from the Rakefile.
  2. Fix grammar issue in README

    jeremyevans committed Aug 31, 2010
Commits on Aug 30, 2010
  1. Switch to using rake-compiler

    jeremyevans committed Aug 30, 2010
    Use compile task instead of build task, move cross compiling
    its own Rakefile.
Commits on Aug 29, 2010