Bruce Momjian <[EMAIL PROTECTED]> writes:
> It would be nice to specify the input and output formats independently.
They are independent now.
> I think we can sort of do that now, but it isn't clear. When format is
> Postgres, US/European control whether month is first in input and
> output. When it is ISO, the US/European only controls input for non-ISO
> dates. It isn't very clear, but does hit the common uses.
Obviously not clear, if you don't understand it ;-). Here is the
current situation:
* The output part of DateStyle is the ISO/Postgres/SQL/German setting.
This determines the output format, and nothing else.
* The input part of DateStyle is the US/European setting. This
determines the resolution of dd vs mm during input, but only when
the input is ambiguous --- if the code can infer which is dd and which
is mm by range, it will do that regardless of DateStyle.
The discussion last month concluded that the heuristic resolution of
dd/mm is dangerous, and that we ought to drop the heuristics in favor
of saying that dd/mm is resolved only on the basis of DateStyle. That's
okay as far as it goes (I'm not very happy with it, but I understand
that I'm outvoted on that point). The point I'm trying to make is that
we need to extend input DateStyle so that this approach can apply to all
commonly used two-digit-year formats, or we are going to lose
functionality.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly
