Thread: numeric datataypes as seperate library
Did anyone ever think about creating a library that is able to handle our numeric datatype? I'm currently thinking about adding this datatype among others to the ones know to ecpg so no one is forced to convert them or work on the strings. On the other hand I'm not sure if anyone's interested in this feature as you could always keep the numbers as strings and let the database do all calculation stuff. But then you cannot use the datatype in C. And of course I don't like the idea of linking in the GPLed GNU MP library on default as this would create licensing problems. Michael -- Michael Meskes Email: Michael@Fam-Meskes.De ICQ: 179140304 Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
Michael Meskes kirjutas K, 26.02.2003 kell 13:00: > Did anyone ever think about creating a library that is able to handle > our numeric datatype? I'm currently thinking about adding this datatype > among others to the ones know to ecpg so no one is forced to convert > them or work on the strings. On the other hand I'm not sure if anyone's > interested in this feature as you could always keep the numbers as > strings and let the database do all calculation stuff. But then you > cannot use the datatype in C. I see at least 3 datatypes that would be nice to have libraries for using in client programs - NUMERIC, VARBIT and our DATE/TIME/TIMESTAMP. --------------- Hannu
On Wed, 2003-02-26 at 06:00, Michael Meskes wrote: > And of course I don't like the idea of linking in the GPLed > GNU MP library on default as this would create licensing problems. Actually, GNU MP is released under the LGPL. Cheers, Neil -- Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC
> > Michael Meskes kirjutas K, 26.02.2003 kell 13:00: > > Did anyone ever think about creating a library that is able to handle > > our numeric datatype? I'm currently thinking about adding this datatype > > among others to the ones know to ecpg so no one is forced to convert > > them or work on the strings. On the other hand I'm not sure if anyone's > > interested in this feature as you could always keep the numbers as > > strings and let the database do all calculation stuff. But then you > > cannot use the datatype in C. > > I see at least 3 datatypes that would be nice to have libraries for > using in client programs - NUMERIC, VARBIT and our DATE/TIME/TIMESTAMP. > Me too. Regards, Christoph