Re: XMIN/xid vs UNION - Mailing list pgsql-general

From Karsten Hilbert
Subject Re: XMIN/xid vs UNION
Date
Msg-id 20041029235122.P624@hermes.hilbert.loc
Whole thread Raw
In response to Re: XMIN/xid vs UNION  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: XMIN/xid vs UNION
List pgsql-general
> Try a cast, or just use UNION ALL
Thanks.

Casting didn't work (it was missing the proper cast function
from xid to int4) but using UNION ALL worked. This was also
possible to use in my case since both parts of the UNION do
indeed return distinct sets of rows so UNION ALL does not
produce duplicates.

However, the question still holds true: Is there any
particular reason those operators aren't found in my PG
installation despite being listed as added since 7.2 ?
IOW why does
 select 1::xid::int2/int4/int8
fail (on 7.4) despite 7.2 docs suggesting it should work ?

Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

pgsql-general by date:

Previous
From: Martijn van Oosterhout
Date:
Subject: Re: column updates
Next
From: "Jim C. Nasby"
Date:
Subject: Re: Turning a subselect into an array