Skip to content
Snippets Groups Projects
  1. Dec 24, 2010
  2. Nov 23, 2010
  3. Sep 20, 2010
  4. Jun 03, 2010
  5. Jun 01, 2010
  6. Apr 03, 2010
    • Peter Eisentraut's avatar
      Remove unnecessary xref endterm attributes and title ids · 6dcce398
      Peter Eisentraut authored
      The endterm attribute is mainly useful when the toolchain does not support
      automatic link target text generation for a particular situation.  In  the
      past, this was required by the man page tools for all reference page links,
      but that is no longer the case, and it now actually gets in the way of
      proper automatic link text generation.  The only remaining use cases are
      currently xrefs to refsects.
      6dcce398
  7. Jul 16, 2008
    • Tom Lane's avatar
      Support "variadic" functions, which can accept a variable number of arguments · d89737d3
      Tom Lane authored
      so long as all the trailing arguments are of the same (non-array) type.
      The function receives them as a single array argument (which is why they
      have to all be the same type).
      
      It might be useful to extend this facility to aggregates, but this patch
      doesn't do that.
      
      This patch imposes a noticeable slowdown on function lookup --- a follow-on
      patch will fix that by adding a redundant column to pg_proc.
      
      Pavel Stehule
      d89737d3
  8. Aug 31, 2007
  9. Jun 07, 2007
    • Tom Lane's avatar
      Fix up text concatenation so that it accepts all the reasonable cases that · 2d4db367
      Tom Lane authored
      were accepted by prior Postgres releases.  This takes care of the loose end
      left by the preceding patch to downgrade implicit casts-to-text.  To avoid
      breaking desirable behavior for array concatenation, introduce a new
      polymorphic pseudo-type "anynonarray" --- the added concatenation operators
      are actually text || anynonarray and anynonarray || text.
      2d4db367
  10. Apr 02, 2007
  11. Jan 31, 2007
    • Bruce Momjian's avatar
      Update documentation on may/can/might: · a134ee33
      Bruce Momjian authored
      Standard English uses "may", "can", and "might" in different ways:
      
              may - permission, "You may borrow my rake."
      
              can - ability, "I can lift that log."
      
              might - possibility, "It might rain today."
      
      Unfortunately, in conversational English, their use is often mixed, as
      in, "You may use this variable to do X", when in fact, "can" is a better
      choice.  Similarly, "It may crash" is better stated, "It might crash".
      
      Also update two error messages mentioned in the documenation to match.
      a134ee33
  12. Sep 16, 2006
  13. Mar 10, 2006
  14. Oct 15, 2005
  15. Dec 30, 2004
  16. Jun 07, 2004
  17. Nov 29, 2003
    • PostgreSQL Daemon's avatar
      · 969685ad
      PostgreSQL Daemon authored
      $Header: -> $PostgreSQL Changes ...
      969685ad
  18. Nov 12, 2003
  19. Sep 11, 2003
  20. Aug 31, 2003
  21. Aug 10, 2003
  22. Apr 13, 2003
  23. Apr 10, 2003
  24. Mar 25, 2003
  25. Jan 19, 2003
    • Bruce Momjian's avatar
      This patch includes a lot of minor cleanups to the SGML documentation, · be2b660e
      Bruce Momjian authored
      including:
      
      - replacing all the appropriate usages of <citetitle>PostgreSQL
      ...</citetitle> with &cite-user;, &cite-admin;, and so on
      
      - fix an omission in the EXECUTE documentation
      
      - add some more text to the EXPLAIN documentation
      
      - improve the PL/PgSQL RETURN NEXT documentation (more work to do here)
      
      - minor markup fixes
      
      
      Neil Conway
      be2b660e
  26. Nov 03, 2002
  27. Sep 21, 2002
  28. Jul 30, 2002
  29. Jan 07, 2002
  30. Nov 21, 2001
  31. Sep 30, 2001
  32. Sep 13, 2001
  33. Sep 10, 2001
  34. May 17, 2001
  35. Jan 14, 2001
  36. Dec 26, 2000
Loading