Re: ALTER TABLE ... NOREWRITE option

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: ALTER TABLE ... NOREWRITE option
Дата
Msg-id 50BE9272.6030303@agliodbs.com
обсуждение исходный текст
Ответ на Re: ALTER TABLE ... NOREWRITE option  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: ALTER TABLE ... NOREWRITE option
Re: ALTER TABLE ... NOREWRITE option
Список pgsql-hackers
> Sure, and the DevOps staff would be using the EXPLAIN feature (if we had
> it).  After which they could do little anyway except complain to the ORM
> authors, who might or might not give a damn.  I don't see that there's
> enough value-added from what you suggest to justify the development
> time.

You're still thinking of a schema change as a SQL script.  ORM-based
applications usually do not run their schema changes as SQL scripts,
thus there's nothing to EXPLAIN.  Anything which assumes the presense of
a distict, user-accessible SQL script is going to leave out a large
class of our users.

However, as I said, if we had the EXPLAIN ALTER, we could use
auto-explain to log the ALTER plans (finally, a good use for
auto-explain).  So that's a workable workaround. And EXPLAIN ALTER would
offer us more flexibility than any logging option, of course.


-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: ALTER TABLE ... NOREWRITE option
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [BUGS] PITR potentially broken in 9.2