"table1" structure : id integer not null code integer not null crid integer not null status character varying(1) default 'A'::character varying delta1 bigint default 0 delta2 bigint default 0 delta3 bigint default 0 delta4 bigint default 0 tz_id integer default 0 Indexes: "idx1" PRIMARY KEY, btree (id) "idx2" UNIQUE, btree (code, crid) "idx3" btree (tz_id) "idx4" btree (status)
code as crid are foreign key. update table1 set delta1 = 100 where code/1000000 =999; On Wed, Apr 30, 2008 at 12:16 PM, Gauri Kanekar <[EMAIL PROTECTED]> wrote: > fillfactor is set to 80 as you suggested. > delta* fields r updated and these fields are no where related to any of > the index fields. > > > > On Wed, Apr 30, 2008 at 12:13 PM, Pavan Deolasee <[EMAIL PROTECTED]> > wrote: > > > On Wed, Apr 30, 2008 at 11:09 AM, Gauri Kanekar > > <[EMAIL PROTECTED]> wrote: > > > relid | relname | n_tup_ins | n_tup_upd | n_tup_hot_upd | > > n_dead_tup > > > > > -------+----------------+-----------+-----------+---------------+------------ > > > 16461 | table1 | 0 | 8352496 | 5389 | 8351242 > > > > > > > Hmm.. So indeed there are very few HOT updates. What is the fillfactor > > you are using for these tests ? If its much less than 100, the very > > low percentage of HOT updates would make me guess that you are > > updating one of the index columns. Otherwise at least the initial > > updates until you fill up the free space should be HOT. > > > > Thanks, > > Pavan > > > > > > -- > > Pavan Deolasee > > EnterpriseDB http://www.enterprisedb.com > > > > > > -- > Regards > Gauri -- Regards Gauri