Re: per-tablespace random_page_cost/seq_page_cost

Поиск
Список
Период
Сортировка
От Euler Taveira de Oliveira
Тема Re: per-tablespace random_page_cost/seq_page_cost
Дата
Msg-id 4AE70EE7.10609@timbira.com
обсуждение исходный текст
Ответ на Re: per-tablespace random_page_cost/seq_page_cost  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Alvaro Herrera escreveu:
> Tom Lane escribió:
>> Greg Stark <gsstark@mit.edu> writes:
>>> Still far from convinced on that one. But effective_io_concurrency
>>> should be included even in the first pass.
>> I think a design that is limited to a prespecified set of GUCs is
>> broken by definition.  It'd be better to make it work like
>> ALTER DATABASE SET.
> 
> Well, not exactly like ALTER DATABASE SET because those are now stored
> in pg_db_role_setting.  But a new spcoptions column storing an array of
> key/value pairs seems a reasonable way to do it.
> 
+1. That's what I have in mind too.


--  Euler Taveira de Oliveira http://www.timbira.com/


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: FOR UPDATE versus WITH --- change 8.4 too?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Endgame for all those SELECT FOR UPDATE changes: fix plan node order