Re: TODO-Item: B-tree fillfactor control
От
Christopher Kings-Lynne
Тема
Re: TODO-Item: B-tree fillfactor control
Дата
Msg-id
43E15D7B.6020903@familyhealth.com.au
Ответ на
Re: TODO-Item: B-tree fillfactor control (Tom Lane)
Список
Дерево обсуждения
TODO-Item: B-tree fillfactor control ITAGAKI Takahiro <itagaki.takahiro@lab.ntt.co.jp>
Re: TODO-Item: B-tree fillfactor control Bruce Momjian <pgman@candle.pha.pa.us>
Re: TODO-Item: B-tree fillfactor control ITAGAKI Takahiro <itagaki.takahiro@lab.ntt.co.jp>
Re: TODO-Item: B-tree fillfactor control Bruce Momjian <pgman@candle.pha.pa.us>
Re: TODO-Item: B-tree fillfactor control Tom Lane <tgl@sss.pgh.pa.us>
Re: TODO-Item: B-tree fillfactor control Bruce Momjian <pgman@candle.pha.pa.us>
Re: TODO-Item: B-tree fillfactor control Christopher Kings-Lynne <chriskl@familyhealth.com.au>
Re: TODO-Item: B-tree fillfactor control Tom Lane <tgl@sss.pgh.pa.us>
Re: TODO-Item: B-tree fillfactor control Bruce Momjian <pgman@candle.pha.pa.us>
> If you want it to be dumped by pg_dump (which is debatable IMHO) then > it MUST NOT be a syntax extension, it has to be driven by a GUC > variable, else we have compatibility problems with the dumps. We just > went through this with WITH/WITHOUT OIDS. Compatibility problems? CREATE INDEX isn't an SQL standard command is it? Chris
В списке pgsql-hackers по дате отправления