Skip to content
Snippets Groups Projects
  1. Mar 24, 2009
    • Tom Lane's avatar
      Implement "fastupdate" support for GIN indexes, in which we try to accumulate · ff301d6e
      Tom Lane authored
      multiple index entries in a holding area before adding them to the main index
      structure.  This helps because bulk insert is (usually) significantly faster
      than retail insert for GIN.
      
      This patch also removes GIN support for amgettuple-style index scans.  The
      API defined for amgettuple is difficult to support with fastupdate, and
      the previously committed partial-match feature didn't really work with
      it either.  We might eventually figure a way to put back amgettuple
      support, but it won't happen for 8.4.
      
      catversion bumped because of change in GIN's pg_am entry, and because
      the format of GIN indexes changed on-disk (there's a metapage now,
      and possibly a pending list).
      
      Teodor Sigaev
      ff301d6e
  2. Mar 23, 2009
  3. Mar 22, 2009
  4. Mar 20, 2009
  5. Mar 18, 2009
  6. Mar 17, 2009
  7. Mar 15, 2009
  8. Mar 12, 2009
  9. Mar 10, 2009
  10. Mar 09, 2009
  11. Mar 06, 2009
    • Tom Lane's avatar
      Teach the planner to support index access methods that only implement · 00ce7377
      Tom Lane authored
      amgettuple or only implement amgetbitmap, instead of the former assumption
      that every AM supports both APIs.  Extracted with minor editorialization
      from Teodor's fast-GIN-insert patch; whatever becomes of that, this seems
      like a simple and reasonable generalization of the index AM interface spec.
      00ce7377
  12. Mar 05, 2009
  13. Mar 04, 2009
  14. Feb 28, 2009
  15. Feb 27, 2009
  16. Feb 26, 2009
  17. Feb 24, 2009
  18. Feb 23, 2009
  19. Feb 18, 2009
  20. Feb 17, 2009
  21. Feb 15, 2009
  22. Feb 12, 2009
  23. Feb 11, 2009
    • Tom Lane's avatar
      Change ALTER TABLE SET WITHOUT OIDS to rewrite the whole table to physically · 6d1e3618
      Tom Lane authored
      get rid of the OID column.  This eliminates the problem discovered by Heikki
      back in November that 8.4's suppression of "unnecessary" junk filtering in
      INSERT/SELECT could lead to an Assert failure, or storing of oids into a table
      that shouldn't have them if Asserts are off.  While that particular problem
      could have been solved in other ways, it seems likely to be just a forerunner
      of things to come if we continue to allow tables to contain rows that disagree
      with the pg_class.relhasoids setting.  It's better to make this operation slow
      than to sacrifice performance or risk bugs in more common code paths.
      
      Also, add ALTER TABLE SET WITH OIDS to rewrite the table to add oids.
      This was a bit more controversial, but in view of the very small amount of
      extra code needed given the current ALTER TABLE infrastructure, it seems best
      to eliminate the asymmetry in features.
      6d1e3618
    • Peter Eisentraut's avatar
      Only unset the locale environment when --no-locale is used (the way it was · 20a43b16
      Peter Eisentraut authored
      presumably designed, but didn't act).  This allows running the temp install
      tests in a non-C locale, thus exercising users' real environments better.
      Document how to change locales for test runs.
      20a43b16
    • Bruce Momjian's avatar
  24. Feb 10, 2009
  25. Feb 09, 2009
  26. Feb 07, 2009
Loading