Re: pg_dump exclusion switches and functions/types

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump exclusion switches and functions/types
Дата
Msg-id 4335.1160416758@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_dump exclusion switches and functions/types  ("Jim C. Nasby" <jim@nasby.net>)
Ответы Re: pg_dump exclusion switches and functions/types  ("Jim C. Nasby" <jim@nasby.net>)
Re: pg_dump exclusion switches and functions/types  ("Greg Sabino Mullane" <greg@turnstep.com>)
Список pgsql-hackers
"Jim C. Nasby" <jim@nasby.net> writes:
> On Sat, Oct 07, 2006 at 06:22:19PM -0700, David Fetter wrote:
>> On Fri, Oct 06, 2006 at 10:28:21PM -0400, Gregory Stark wrote:
>>> My first thought is that the rule should be to apply all the
>>> inclusion switches (implicitly including everything if there are
>>> none), then apply all the exclusion switches.
>> 
>> +1 :)
>> Order-dependent switches are a giant foot gun.

> They're also very powerful, as anyone who's ever used them in a
> non-trivial rsync (or rdiff-backup) scenareo can tell you.

Sure, but the question is whether that incremental gain in capability
is worth the extra logical complexity.  I'm inclined to think that many
more users would get burned by the complexity than would have use for it.
Considering that we've gotten along this long with only the most
primitive selection capabilities in pg_dump, it doesn't seem like
there's an enormous demand for highly refined capabilities.

(And I agree with David's comment that it might be better to reserve
such behavior for a configuration file than to put it on the command
line.)
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: width_bucket function for timestamps
Следующее
От: Chris Browne
Дата:
Сообщение: Re: OT: Is there a LinkedIn group for Postgresql?