Re: [GENERAL] B-tree index on a VARCHAR(4000) column

Поиск
Список
Период
Сортировка
От John Turner
Тема Re: [GENERAL] B-tree index on a VARCHAR(4000) column
Дата
Msg-id CAMAP1QmuvGKjFqNtfxaYW-7EEw+bAjyoekyQ24PyOD6j2X9q2w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [GENERAL] B-tree index on a VARCHAR(4000) column  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [GENERAL] B-tree index on a VARCHAR(4000) column  (Merlin Moncure <mmoncure@gmail.com>)
Список pgsql-general
Дерево обсуждения


On Fri, Sep 8, 2017 at 6:57 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
Ron Johnson <ron.l.johnson@cox.net> writes:
> Based on LENGTH(offending_column), none of the values are more than 144
> bytes in this 44.2M row table.  Even though VARCHAR is, by definition,
> variable length, are there any internal design issues which would make
> things more efficient if it were dropped to, for example, VARCHAR(256)?

No.

So the declarative column length has no bearing on memory grants during plan generation/execution?

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

Предыдущее
От: Nico Williams
Дата:
Сообщение: Re: [GENERAL] Aquameta 0.1 - Request for reviews, contributors
Следующее
От: Nico Williams
Дата:
Сообщение: Re: [GENERAL] Aquameta 0.1 - Request for reviews, contributors