Search Postgresql Archives

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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Friday, September 8, 2017, John Turner <fenwayriffs@xxxxxxxxx> wrote:


On Fri, Sep 8, 2017 at 6:57 AM Tom Lane <tgl@xxxxxxxxxxxxx> wrote:
Ron Johnson <ron.l.johnson@xxxxxxx> 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?

Nope.  Memory usage is proportional to the size of the string, not the maximum length for varchar.  Maximum length is a constraint.

merlin 

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux