Skip site navigation (1) Skip section navigation (2)

Re: WIP: Range Types

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Martijn van Oosterhout <kleptog(at)svana(dot)org>, Jeff Davis <pgsql(at)j-davis(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: WIP: Range Types
Date: 2011-01-12 19:35:23
Message-ID: 315.1294860923@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Excerpts from Robert Haas's message of mi ene 12 13:48:27 -0300 2011:
>> I guess that begs the question of why we need to allow users to call
>> type output functions directly.

> It used to be the case that that was the only way to run certain casts.
> For example, see the pre-8.2 version of this:
> http://wiki.postgresql.org/wiki/Pg_depend_display

> I haven't needed to use that in a long time, but I am not sure if the
> need has completely disappeared.

The general point is that any out-of-band data transmitted to an output
function has to be trustworthy, and it has to be available at any place
that is going to call the output function.  The latter point tends to
put a crimp in any ideas of this sort anyway: if you can derive the info
you want at any arbitrary place in the system, why not derive it inside
the output function to start with?

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Alvaro HerreraDate: 2011-01-12 19:36:17
Subject: Re: arrays as pl/perl input arguments [PATCH]
Previous:From: Alvaro HerreraDate: 2011-01-12 19:32:33
Subject: Re: Something fishy about the current Makefiles

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group