Re: NAMEDATALEN and performance

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: NAMEDATALEN and performance
Дата
Msg-id 15880.1164986177@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: NAMEDATALEN and performance  (Alessandro Baretta <a.baretta@studio.baretta.com>)
Список pgsql-performance
Alessandro Baretta <a.baretta@studio.baretta.com> writes:
> ... I would like to receive some
> insight on the implications of such a choice. Beside the fact that the parser
> has more work to do to decipher queries and whatnot, what other parts of the
> server would be stressed by a verbose naming scheme? Where should I expect the
> bottlenecks to be?

I suppose the thing that would be notable is bloat in the size of the
system catalogs and particularly their indexes; hence extra I/O.

> Also, I could imagine a solution where I split the names in a schema part and a
> local name, thereby refactoring my namespace. I'd get the approximate effect of
> doubling namedatalen, but at the expense of having a much wider searchpath.

This might be worth thinking about, simply because it'd avoid the need
for custom executables.

            regards, tom lane

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

Предыдущее
От: "Carlos H. Reimer"
Дата:
Сообщение: RES: Bad iostat numbers
Следующее
От: David Boreham
Дата:
Сообщение: Re: RES: Bad iostat numbers