Received: from golem.jpl.nasa.gov (IDENT:root@hectic-2.jpl.nasa.gov [128.149.68.204]) by hub.org (8.9.1/8.9.1) with ESMTP id LAA13899 for ; Fri, 8 Jan 1999 11:26:02 -0500 (EST) (envelope-from lockhart@alumni.caltech.edu) Received: from alumni.caltech.edu (localhost [127.0.0.1]) by golem.jpl.nasa.gov (8.8.5/8.8.5) with ESMTP id QAA20457; Fri, 8 Jan 1999 16:25:30 GMT Sender: tgl@mythos.jpl.nasa.gov Message-ID: <36963179.A6E79098@alumni.caltech.edu> Date: Fri, 08 Jan 1999 16:25:29 +0000 From: "Thomas G. Lockhart" Organization: Caltech/JPL X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.30 i686) MIME-Version: 1.0 To: Byron Nikolaidis CC: bill@hammondgroves.com, "pgsql-interfaces@hub.org" , "Ken J. Wright" Subject: Re: Money type mapping to backend References: <199901081135.GAB79140@osage.gate.net> <3696251B.CAC64C1A@insightdist.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > Hey, guess what, I was testing the whole time under Postgres 6.3 and > it does not require the quotes around money type! > Only postgres 6.4 requires the quotes! > That seems kind of weird. Anyone got any comments? That is a result of the "improvements" to the type coersion and conversion I made for v6.4. The money type never had a full set of explicit conversion functions to and from other types, but the old type coersion/conversion scheme, which could only handle constants, would brute-force convert the input value to a string and then try shoving it through the target type input routine. The new scheme can work with constants, columns, and expressions, but there appears to be a hole in the available conversion functions for the money type. otoh, with the NUMERIC() and DECIMAL() types implemented by Jan, the money type is completely and absolutely obsolete in the next release afaik. Once we get these new types working on all platforms (I've got troubles on my linux box; anyone else have success on non-BSD machines?) we can think about a migration/compatibility strategy... - Tom