Skip to content
Snippets Groups Projects
  1. Jan 14, 2015
  2. Jan 06, 2015
  3. Jul 14, 2014
  4. Feb 15, 2014
    • Tom Lane's avatar
      Centralize getopt-related declarations in a new header file pg_getopt.h. · 60ff2fdd
      Tom Lane authored
      We used to have externs for getopt() and its API variables scattered
      all over the place.  Now that we find we're going to need to tweak the
      variable declarations for Cygwin, it seems like a good idea to have
      just one place to tweak.
      
      In this commit, the variables are declared "#ifndef HAVE_GETOPT_H".
      That may or may not work everywhere, but we'll soon find out.
      
      Andres Freund
      60ff2fdd
  5. Jan 07, 2014
  6. Jul 15, 2013
  7. May 29, 2013
  8. Mar 04, 2013
    • Kevin Grittner's avatar
      Add a materialized view relations. · 3bf3ab8c
      Kevin Grittner authored
      A materialized view has a rule just like a view and a heap and
      other physical properties like a table.  The rule is only used to
      populate the table, references in queries refer to the
      materialized data.
      
      This is a minimal implementation, but should still be useful in
      many cases.  Currently data is only populated "on demand" by the
      CREATE MATERIALIZED VIEW and REFRESH MATERIALIZED VIEW statements.
      It is expected that future releases will add incremental updates
      with various timings, and that a more refined concept of defining
      what is "fresh" data will be developed.  At some point it may even
      be possible to have queries use a materialized in place of
      references to underlying tables, but that requires the other
      above-mentioned features to be working first.
      
      Much of the documentation work by Robert Haas.
      Review by Noah Misch, Thom Brown, Robert Haas, Marko Tiikkaja
      Security review by KaiGai Kohei, with a decision on how best to
      implement sepgsql still pending.
      3bf3ab8c
  9. Jan 01, 2013
  10. Jul 04, 2012
  11. Jun 18, 2012
  12. Jun 10, 2012
  13. Mar 21, 2012
    • Tom Lane's avatar
      Improve the -l (limit) option recently added to contrib/vacuumlo. · 64c60489
      Tom Lane authored
      Instead of just stopping after removing an arbitrary subset of orphaned
      large objects, commit and start a new transaction after each -l objects.
      This is just as effective as the original patch at limiting the number of
      locks used, and it doesn't require doing the OID collection process
      repeatedly to get everything.  Since the option no longer changes the
      fundamental behavior of vacuumlo, and it avoids a known server-side
      limitation, enable it by default (with a default limit of 1000 LOs per
      transaction).
      
      In passing, be more careful about properly quoting the names of tables
      and fields, and do some other cosmetic cleanup.
      64c60489
  14. Jan 02, 2012
  15. Sep 01, 2011
  16. Aug 08, 2011
  17. Jan 25, 2011
  18. Jan 01, 2011
  19. Sep 22, 2010
  20. Sep 20, 2010
  21. May 12, 2010
  22. Feb 17, 2010
  23. Jan 02, 2010
  24. Dec 14, 2009
  25. Jul 14, 2009
    • Bruce Momjian's avatar
      vacuumlo query cleanups · 6fafa6a0
      Bruce Momjian authored
      No need for VACUUM ANAYZE of newly created/populated temp table, just
      use analyze.
      
      No need to apologize for using subquery in DELETE anymore.
      6fafa6a0
  26. Feb 27, 2009
  27. Feb 26, 2009
  28. Feb 25, 2009
  29. Jan 01, 2009
  30. Jan 01, 2008
  31. Dec 11, 2007
  32. Nov 11, 2007
  33. Jun 27, 2007
  34. Jan 05, 2007
  35. Mar 05, 2006
  36. Feb 23, 2006
  37. Oct 15, 2005
Loading