Re: NUMERIC private methods?

From: David Fetter <david(at)fetter(dot)org>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>, Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, PG Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: NUMERIC private methods?
Date: 2014-12-19 17:44:54
Message-ID: 20141219174454.GA6891@fetter.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Dec 18, 2014 at 11:51:37PM -0300, Alvaro Herrera wrote:
> Robert Haas wrote:
>
> > I think that's ridiculous. You're basically arguing that numeric
> > doesn't offer meaningful advantages over float8, which flies in
> > the face of the fact that essentially every database application
> > I've ever seen uses numeric and I'm not sure I've ever seen one
> > using float8. Nearly all database users prefer to store
> > quantities like currency units in a type that is guaranteed not to
> > lose precision.
>
> I think it's reasonable to expose NumericVar and the supporting
> function prototypes in, say, numeric_internal.h; normal applications
> that just want to operate on numerics as today can just include
> numeric.h, and continue to be at arms-length of the implementation
> details, while code that wants to optimize operations further can
> use numeric_internal.h and be very aware that they are subject to
> heavy breakage if we ever feel a need to change the internal API.

While nothing can prevent negligence and pilot error, making it clear
by the name of the included header that breakable stuff is being used
seems like an excellent way to proceed.

Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com

Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2014-12-19 18:10:17 Re: replicating DROP commands across servers
Previous Message Alvaro Herrera 2014-12-19 17:36:50 Re: Role Attribute Bitmask Catalog Representation