From: | Kenneth Marshall <ktm(at)rice(dot)edu> |
---|---|
To: | Pavel Golub <pavel(at)gf(dot)microolap(dot)com> |
Cc: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Pgsql hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [FeatureRequest] Base Convert Function |
Date: | 2010-12-21 21:37:10 |
Message-ID: | 20101221213710.GF10252@aart.is.rice.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Dec 21, 2010 at 11:28:17PM +0200, Pavel Golub wrote:
> Hello, Pavel.
>
> You wrote:
>
> PS> Hello
>
> PS> Dne 21. prosince 2010 21:11 Tom???? Mudru??ka <tomas(at)mudrunka(dot)cz> napsal(a):
> >>
> >> Thx for you answers :-)
> >> Well... i know that i can write my own plugin and i am familiar with C so
> >> this is not the problem, but i think that such feature should be
> >> implemented directly in PgSQL because there are already functions for
> >> converting to/from base 16 so why don't make this more flexible and
> >> generalize it to any other radix? It's quite simple to do and i don't see
> >> any reason why 16 should be there and 8, 32 or 36 shouldn't :-)
> >>
>
> PS> * It isn't a typical and often request,
> PS> * There are not hard breaks for custom implementation,
> PS> * You can use plperu or plpython based solutions,
> PS> * It's not part of ANSI SQL
>
> But MySQL has such function. What's wrong with us? ;)
>
You are not really helping to make a good case... :)
Ken
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2010-12-21 21:38:55 | Re: [FeatureRequest] Base Convert Function |
Previous Message | Quan Zongliang | 2010-12-21 21:36:11 | Re: Patch BUG #5103: "pg_ctl -w (re)start" fails with custom unix_socket_directory |