Re: pgsql: Remove internal uses of CTimeZone/HasCTZSet.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pgsql: Remove internal uses of CTimeZone/HasCTZSet.
Date: 2013-11-04 19:34:02
Message-ID: 26779.1383593642@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Noah Misch <noah(at)leadboat(dot)com> writes:
> On Fri, Nov 01, 2013 at 04:51:34PM +0000, Tom Lane wrote:
>> Remove internal uses of CTimeZone/HasCTZSet.

> This changed EncodeDateTime() output for USE_SQL_DATES and USE_GERMAN_DATES
> styles, because it inserts a space before "tzn" but does not insert a space
> before EncodeTimezone() output. Example:

> set datestyle = sql,mdy;
> select '2013-01-01'::timestamptz;

> old output:

> timestamptz
> ------------------------
> 01/01/2013 00:00:00+00

> new output:

> timestamptz
> -------------------------
> 01/01/2013 00:00:00 +00

> I assume this was unintended.

Yeah, I had seen some cases of that. I don't find it of great concern.
We'd have to insert some ugly special-case code that looks at the zone
name to decide whether to insert a space or not, and I don't think it'd
actually be an improvement to do so. (Arguably, these formats are
more consistent this way.) Still, this change is probably a sufficient
reason not to back-patch this part of the fix.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Kevin Grittner 2013-11-04 20:48:18 pgsql: Fix breakage of MV column name list usage.
Previous Message Noah Misch 2013-11-04 19:21:55 Re: pgsql: Remove internal uses of CTimeZone/HasCTZSet.

Browse pgsql-hackers by date

  From Date Subject
Next Message Gavin Flower 2013-11-04 19:55:05 Re: Fast insertion indexes: why no developments
Previous Message Tom Lane 2013-11-04 19:22:33 Re: [BUGS] BUG #8573: int4range memory consumption