OID vs overall system performances on high load

From: "Eric Lauzon" <eric(dot)lauzon(at)abovesecurity(dot)com>
To: <pgsql-performance(at)postgresql(dot)org>
Subject: OID vs overall system performances on high load
Date: 2005-05-29 20:17:11
Message-ID: F7B73864DD39FA40B6C56B3CE0D4D1CB1B4466@asdc003.abovesecurite.lan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

I am still in the dark due to my lack of knowledge on internal OID management,but
i would presume that a table with OID enable and that has high load would require
some more work from pgsql internal to maintain the OID index for the database.

So OID can be beneficial on static tables, or tables that you want to be able to manipulate
with pgadmin X , but can a table without OID increase performances on insert,delete,update,COPY?

I am not really worried about disk space that an OID collumn can take, but i was wandering if an
insert in a table of 20 millions and more that has oid would slow the insert process. Since OID seem
to act as a global index mabey maintaning that index can become costy over high table load by postgresql
backend.

-Eric Lauzon





Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Andrew McMillan 2005-05-29 21:46:43 Re: OID vs overall system performances on high load
Previous Message Oleg Bartunov 2005-05-29 19:44:32 Re: sequential scan performance