Re: Implicit casts to text - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Implicit casts to text
Date
Msg-id 200704262320.l3QNK7q05245@momjian.us
Whole thread Raw
In response to Re: Implicit casts to text  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Implicit casts to text  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Where are we on this?

---------------------------------------------------------------------------

Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
> > FWIW, is the attached patch about what you had in mind?  (It probably only 
> > covers "normal" types at the moment.)
> 
> Hm, I hadn't realized that it would take as little work as that ...
> I have an itchy feeling that you missed something but I'm not sure
> what.
> 
> One thing I had wanted to do is take out the existing functions and
> pg_cast entries that are effectively just providing hard-wired
> equivalents to this, but that's merely housekeeping.
> 
>             regards, tom lane
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
>        choose an index scan if your joining column's datatypes do not
>        match

--  Bruce Momjian  <bruce@momjian.us>          http://momjian.us EnterpriseDB
http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Interaction of PITR backups and Bulkoperationsavoiding WAL
Next
From: Tom Lane
Date:
Subject: Re: Implicit casts to text