1. 22 6月, 2005 1 次提交
  2. 15 6月, 2005 1 次提交
    • B
      This patch makes it possible to use the full set of timezones when doing · 0851a6fb
      Bruce Momjian 提交于
      "AT TIME ZONE", and not just the shorlist previously available. For
      example:
      
      SELECT CURRENT_TIMESTAMP AT TIME ZONE 'Europe/London';
      
      works fine now. It will also obey whatever DST rules were in effect at
      just that date, which the previous implementation did not.
      
      It also supports the AT TIME ZONE on the timetz datatype. The whole
      handling of DST is a bit bogus there, so I chose to make it use whatever
      DST rules are in effect at the time of executig the query. not sure if
      anybody is actuallyi *using* timetz though, it seems pretty
      unpredictable just because of this...
      
      Magnus Hagander
      0851a6fb
  3. 26 5月, 2005 1 次提交
  4. 26 3月, 2005 2 次提交
  5. 13 1月, 2005 1 次提交
  6. 01 1月, 2005 1 次提交
  7. 20 11月, 2004 1 次提交
  8. 01 11月, 2004 1 次提交
  9. 29 10月, 2004 1 次提交
  10. 13 10月, 2004 1 次提交
    • N
      More minor cosmetic improvements: · 7069dbcc
      Neil Conway 提交于
      - remove another senseless "extern" keyword that was applied to a
      function definition
      - change a foo more function signatures from "some_type foo()" to
      "some_type foo(void)"
      - rewrite another K&R style function definition
      - make the type of the "action" function pointer in the KeyWord struct
      in src/backend/utils/adt/formatting.c more precise
      7069dbcc
  11. 30 8月, 2004 1 次提交
  12. 29 8月, 2004 2 次提交
  13. 21 5月, 2004 1 次提交
  14. 07 5月, 2004 1 次提交
    • T
      Solve the 'Turkish problem' with undesirable locale behavior for case · 0bd61548
      Tom Lane 提交于
      conversion of basic ASCII letters.  Remove all uses of strcasecmp and
      strncasecmp in favor of new functions pg_strcasecmp and pg_strncasecmp;
      remove most but not all direct uses of toupper and tolower in favor of
      pg_toupper and pg_tolower.  These functions use the same notions of
      case folding already developed for identifier case conversion.  I left
      the straight locale-based folding in place for situations where we are
      just manipulating user data and not trying to match it to built-in
      strings --- for example, the SQL upper() function is still locale
      dependent.  Perhaps this will prove not to be what's wanted, but at
      the moment we can initdb and pass regression tests in Turkish locale.
      0bd61548
  15. 30 3月, 2004 1 次提交
  16. 08 1月, 2004 1 次提交
  17. 25 12月, 2003 1 次提交
    • B
      > > I have no idea if this in Oracle or not. But it's something I · 1c757c49
      Bruce Momjian 提交于
      > > needed, and other people in the past asked about it too.
      >
      > It is in Oracle, but you aren't exactly on the spot.  It should be
      >
      > IYYY - 4 digits  ('2003')
      > IYY  - 3 digits  ('003')
      > IY   - 2 digits  ('03')
      > I    - 1 digit   ('3')
      
      Here is an updated patch that does that.
      
      Kurt Roeckx
      1c757c49
  18. 30 11月, 2003 1 次提交
    • P
      · 969685ad
      PostgreSQL Daemon 提交于
      $Header: -> $PostgreSQL Changes ...
      969685ad
  19. 29 9月, 2003 1 次提交
  20. 03 9月, 2003 1 次提交
  21. 26 8月, 2003 1 次提交
  22. 05 8月, 2003 1 次提交
  23. 04 8月, 2003 1 次提交
  24. 27 7月, 2003 1 次提交
  25. 02 4月, 2003 1 次提交
  26. 28 3月, 2003 2 次提交
  27. 22 3月, 2003 1 次提交
  28. 20 3月, 2003 1 次提交
    • B
      Peter found bug in the to_char() routine for PL/MI options. This · 94701fb2
      Bruce Momjian 提交于
       patch fix it -- but this patch doesn't contains tests or docs fixes. I
       will send it later.
      
       Fixed outputs:
      
      select  to_char(x, '9999.999')  as x,
              to_char(x, 'S9999.999') as s,
              to_char(x, 'SG9999.999') as sg,
              to_char(x, 'MI9999.999') as mi,
              to_char(x, 'PL9999.999') as pl,
              to_char(x, 'PLMI9999.999') as plmi,
              to_char(x, '9999.999SG') as sg2,
              to_char(x, '9999.999PL') as pl2,
              to_char(x, '9999.999MI') as mi2 from num;
      
      Karel Zak
      94701fb2
  29. 11 3月, 2003 1 次提交
  30. 09 11月, 2002 1 次提交
  31. 20 9月, 2002 2 次提交
  32. 05 9月, 2002 1 次提交
  33. 22 4月, 2002 1 次提交
    • T
      Support alternate storage scheme of 64-bit integer for date/time types. · 547df0cc
      Thomas G. Lockhart 提交于
       Use "--enable-integer-datetimes" in configuration to use this rather
       than the original float8 storage. I would recommend the integer-based
       storage for any platform on which it is available. We perhaps should
       make this the default for the production release.
      Change timezone(timestamptz) results to return timestamp rather than
       a character string. Formerly, we didn't have a way to represent
       timestamps with an explicit time zone other than freezing the info into
       a string. Now, we can reasonably omit the explicit time zone from the
       result and return a timestamp with values appropriate for the specified
       time zone. Much cleaner, and if you need the time zone in the result
       you can put it into a character string pretty easily anyway.
      Allow fractional seconds in date/time types even for dates prior to 1BC.
      Limit timestamp data types to 6 decimal places of precision. Just right
       for a micro-second storage of int8 date/time types, and reduces the
       number of places ad-hoc rounding was occuring for the float8-based types.
      Use lookup tables for precision/rounding calculations for timestamp and
       interval types.  Formerly used pow() to calculate the desired value but
       with a more limited range there is no reason to not type in a lookup
       table. Should be *much* better performance, though formerly there were
       some optimizations to help minimize the number of times pow() was called.
      Define a HAVE_INT64_TIMESTAMP variable. Based on the configure option
       "--enable-integer-datetimes" and the existing internal INT64_IS_BUSTED.
      Add explicit date/interval operators and functions for addition and
       subtraction. Formerly relied on implicit type promotion from date to
       timestamp with time zone.
      Change timezone conversion functions for the timetz type from "timetz()"
       to "timezone()". This is consistant with other time zone coersion
       functions for other types.
      Bump the catalog version to 200204201.
      Fix up regression tests to reflect changes in fractional seconds
       representation for date/times in BC eras.
      All regression tests pass on my Linux box.
      547df0cc
  34. 03 4月, 2002 1 次提交
  35. 06 3月, 2002 1 次提交
    • B
      Change made to elog: · 92288a1c
      Bruce Momjian 提交于
      o  Change all current CVS messages of NOTICE to WARNING.  We were going
      to do this just before 7.3 beta but it has to be done now, as you will
      see below.
      
      o Change current INFO messages that should be controlled by
      client_min_messages to NOTICE.
      
      o Force remaining INFO messages, like from EXPLAIN, VACUUM VERBOSE, etc.
      to always go to the client.
      
      o Remove INFO from the client_min_messages options and add NOTICE.
      
      Seems we do need three non-ERROR elog levels to handle the various
      behaviors we need for these messages.
      
      Regression passed.
      92288a1c
  36. 18 2月, 2002 1 次提交