Re: Implicit coercions need to be reined in - Mailing list pgsql-hackers

From Thomas Lockhart
Subject Re: Implicit coercions need to be reined in
Date
Msg-id 3CBD89EC.2CC9000F@fourpalms.org
Whole thread Raw
In response to Re: Implicit coercions need to be reined in  ("Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at>)
Responses Re: Implicit coercions need to be reined in  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
...
> What I'm really looking for is a way that we can allow (some?) implicit
> text coercions while getting rid of the sort of misbehavior exemplified
> by that bug report I keep referring to.  Has anyone got any ideas about
> how to do that?  It's one thing to say that "apples || oranges" should
> be interpreted as "apples::text || oranges::text", but it is quite
> another to say that "apples <= oranges" should be handled that way.

Hmm. istm that we might need some information to travel with the
operators, not just the coersion functions themselves. We have a fairly
type-rich system, but need to preserve the ability to add types and a
*partial* set of functions and operators and get reasonable behaviors.
                     - Thomas


pgsql-hackers by date:

Previous
From: "Christopher Kings-Lynne"
Date:
Subject: Re: problem with anoncvs?
Next
From: Lincoln Yeoh
Date:
Subject: Re: Index Scans become Seq Scans after VACUUM ANALYSE