Re: [HACKERS] 6.5 cvs ERROR: copyObject: don't know how to copy 604
От | Oleg Bartunov |
---|---|
Тема | Re: [HACKERS] 6.5 cvs ERROR: copyObject: don't know how to copy 604 |
Дата | |
Msg-id | Pine.GSO.3.96.SK.990511194009.3568F-100000@ra обсуждение исходный текст |
Ответ на | Re: [HACKERS] 6.5 cvs ERROR: copyObject: don't know how to copy 604 (Bruce Momjian <maillist@candle.pha.pa.us>) |
Ответы |
Re: [HACKERS] 6.5 cvs ERROR: copyObject: don't know how to copy 604
|
Список | pgsql-hackers |
On Mon, 10 May 1999, Bruce Momjian wrote: > Date: Mon, 10 May 1999 12:48:15 -0400 (EDT) > From: Bruce Momjian <maillist@candle.pha.pa.us> > To: Tom Lane <tgl@sss.pgh.pa.us> > Cc: Oleg Bartunov <oleg@sai.msu.su>, pgsql-hackers@postgreSQL.org > Subject: Re: [HACKERS] 6.5 cvs ERROR: copyObject: don't know how to copy 604 > > > Is this a valid item? > After compilation of current cvs at home I test this and it works. But explain shows that select will not use indices, which exists ! select station_id from metro_stations except select metro_id from work_flats; Oleg > > > > Oleg Bartunov <oleg@sai.msu.su> writes: > > > [ EXPLAIN fails on a SELECT ... EXCEPT ... ] > > > > This looks to be another artifact of the fact that EXPLAIN > > doesn't invoke the rewriter. > > > > It looks to me like the rewrite-invocation section of > > pg_parse_and_plan() needs to be pulled out as a subroutine > > so that explain.c can invoke it. Comments? Where should > > the new subroutine go? (Probably not in postgres.c...) > > > > regards, tom lane > > > > > > > -- > Bruce Momjian | http://www.op.net/~candle > maillist@candle.pha.pa.us | (610) 853-3000 > + If your life is a hard drive, | 830 Blythe Avenue > + Christ can be your backup. | Drexel Hill, Pennsylvania 19026 > _____________________________________________________________ Oleg Bartunov, sci.researcher, hostmaster of AstroNet, Sternberg Astronomical Institute, Moscow University (Russia) Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/ phone: +007(095)939-16-83, +007(095)939-23-83
В списке pgsql-hackers по дате отправления: