Re: [HACKERS] Re: type coersion (was OR clause status)

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: maillist(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian)
Cc: lockhart(at)alumni(dot)caltech(dot)edu, tgl(at)sss(dot)pgh(dot)pa(dot)us, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: type coersion (was OR clause status)
Date: 1998-08-11 06:30:13
Message-ID: 199808110630.CAA05270@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> For example, the third number in the third line is 607, which is the
> amopopr, and is oideq. We know we can use this for the query because
> int4 and oid are identical, but the parser has already chosen the more
> appopriate 1137/oideqint4. If we could add an extra line to this file,
> perhaps:
>
> DATA(insert OID = 0 ( 403 427 607 3 btreesel btreenpage ));
>
> However, I don't think the access methods allow more than one line in
> this way.

I just tried adding the extra line, and initdb failed. I wonder if we
remove the oideqint4, if the parser will go for oideq?

--
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Serj 1998-08-11 10:30:11 Indexes bug
Previous Message Bruce Momjian 1998-08-11 06:03:46 Re: [HACKERS] Re: type coersion (was OR clause status)