Re: string function - "format" function proposal - Mailing list pgsql-hackers

From Itagaki Takahiro
Subject Re: string function - "format" function proposal
Date
Msg-id AANLkTikzUJ9psVT2Aheee1VNS8bVXPaDhupKDkK4o3zb@mail.gmail.com
Whole thread Raw
In response to Re: string function - "format" function proposal  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: string function - "format" function proposal
Re: string function - "format" function proposal
List pgsql-hackers
On Sat, Oct 16, 2010 at 7:29 AM, Robert Haas <robertmhaas@gmail.com> wrote:
> No doubt.  The problem is that we're going to end up with those bells
> and whistles in two places: in to_char or other type-specific
> formatting functions, and again in format.

If we decide to use C-like sprintf(), I think the only thing we can do
is to implement C-syntax as much as possible. Users will expect the
function behaves as sprintf, because it has the similar syntax.
It's not an item for now, but someone would request it at a future date.


BTW, the interoperability is why I proposed {} syntax. For example,
{1:YYYY-MM-DD} for date is expanded to to_char($1, 'YYYY-MM-DD').
(Maybe it's not so easy; It requires function lookups depending on types.)

--
Itagaki Takahiro


pgsql-hackers by date:

Previous
From: Mark Cave-Ayland
Date:
Subject: Re: knngist - 0.8
Next
From: Dimitri Fontaine
Date:
Subject: Re: Extensions, this time with a patch