Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Data Bases > Pgsql Performance > Re: Exact index...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 6 of 6 Topic 3999 of 4345
Post > Topic >>

Re: Exact index overhead

by scott.marlowe@[EMAIL PROTECTED] ("Scott Marlowe") Apr 19, 2008 at 10:48 AM

On Thu, Apr 17, 2008 at 9:42 AM, Gunther Mayer
<gunther.mayer@[EMAIL PROTECTED]
> wrote:
> Pavan Deolasee wrote:
>

> > 2. The existing block should have enough free space to accommodate the
> > new version
> > A less than 100 fillfactor may help you given your rate of updates.
> >
> >
>  I see, as soon as a new block is required for the new version the index
> pointer needs updating too, I understand now. But at least in the common
> case of space being available the index overhead is reduced to zero. I
can
> live with that.

Quick clarification, it's the table, not the index that has to have
free space for the new row version.  This rewards good normalization
practices (narrower rows) and a lower fill factor.

-- 
Sent via pgsql-performance mailing list (pgsql-performance@[EMAIL PROTECTED]
)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance
 




 6 Posts in Topic:
Exact index overhead
gunther.mayer@[EMAIL PROT  2008-04-17 11:27:35 
Re: Exact index overhead
dev@[EMAIL PROTECTED] (R  2008-04-17 11:00:14 
Re: Exact index overhead
heikki@[EMAIL PROTECTED]   2008-04-17 13:02:47 
Re: Exact index overhead
pavan.deolasee@[EMAIL PRO  2008-04-17 15:46:05 
Re: Exact index overhead
gunther.mayer@[EMAIL PROT  2008-04-17 17:42:05 
Re: Exact index overhead
scott.marlowe@[EMAIL PROT  2008-04-19 10:48:42 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan12V112 Mon Oct 6 15:33:54 CDT 2008.