Received: from mailhost.mackenziefinancial.com (unknown [198.96.223.195]) by postgresql.org (Postfix) with SMTP id 6B7B94758F9 for ; Fri, 12 Jul 2002 09:55:10 -0400 (EDT) Received: (qmail 8802 invoked from network); 12 Jul 2002 13:51:46 -0000 Received: from unknown (HELO cogeco.ca) (198.96.47.195) by 0 with SMTP; 12 Jul 2002 13:51:46 -0000 Message-ID: <3D2EDFBA.1010704@cogeco.ca> Date: Fri, 12 Jul 2002 09:55:06 -0400 From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3 X-Accept-Language: en-us MIME-Version: 1.0 To: Jan Wieck Cc: PostgreSQL mailing list Subject: Re: Wish List: Client access to NUMERIC/DECIMAL type functions References: <3D2ED844.80800@cogeco.ca> <3D2EDBE9.D3FCA87A@Yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Archive-Number: 200207/71 X-Sequence-Number: 2880 Jan Wieck wrote: >"Warren W. Gay VE3WWG" wrote: > >>It would be nice to see client side access to the decimal >>routines used by PostgreSQL to support the decimal/numeric >>data types. Are there any plans for that to happen? >> > >If you mean to make the arbitrary precision arithmetic available inside >of the libpq, no there are no such plans. > Yes. >The functions, which you can find in src/backend/utils/adt/numeric.c, >are designed and optimized to live inside of the PostgreSQL database >backend. There are several other arbitrary precision packages out in the >world, that fit alot better into client applications. > I understand the "optimized" position. But the rest does not make sense to me. If I use the binary interface, I now have to convert your "decimal" number to someone else's format, so I can do something with it. Oracle or INFORMIX OTOH, provide the user access to routines to manipulate their builtin data types. This is what I would hope that PostgreSQL's client interface would work towards. It would certainly make it a lot more "client friendly". As far as other "decimal" packages in the Open Source wild, I don't know of any, but I'll admit that I've not looked too hard yet. The GNU GMP is a multi-precision INTEGER or fraction library, but doesn't support what is needed. If you know differently, I welcome links. But I still maintain that it makes the most sense, to have PostgreSQL native support for their special builtin types. -- Warren W. Gay VE3WWG http://home.cogeco.ca/~ve3wwg