Re: Ending EXPLAIN ANALYZE early (was Re: That EXPLAIN
От | A.M. |
---|---|
Тема | Re: Ending EXPLAIN ANALYZE early (was Re: That EXPLAIN |
Дата | |
Msg-id | 38022.128.2.103.215.1149793684.squirrel@localhost обсуждение исходный текст |
Ответ на | Re: Ending EXPLAIN ANALYZE early (was Re: That EXPLAIN ANALYZE patch still needs work) (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
I think what he meant was "a separate EXPLAIN-CANCEL message" on a cancel-type connection, which would be completely backwards compatible. Old clients simply wouldn't be able to use the special EXPLAIN cancel, just like it is now. On Thu, June 8, 2006 3:01 pm, Tom Lane wrote: > Gregory Stark <gsstark@mit.edu> writes: > >> Tom Lane <tgl@sss.pgh.pa.us> writes: >> Would it be possible to make a whole new protocol message for EXPLAIN >> results? > > I'm really unwilling to get into that. For one thing, that would > absolutely positively break *all* use of EXPLAIN from un-fixed clients, > whether you were trying to stop early or not. > >> The reason I'm suggesting that is because it might make it easier to >> implement the SIGINFO handler that sends incremental EXPLAIN results on >> demand that I was describing earlier. > > Doesn't matter, because that's not happening ;-) SIGINFO isn't > portable, and even if it were, a signal handler couldn't possibly generate > EXPLAIN output (remember those catalog accesses). > > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 3: Have you checked our extensive FAQ? > > > http://www.postgresql.org/docs/faq > >
В списке pgsql-hackers по дате отправления: