From: | Bill Moseley <moseley(at)hank(dot)org> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Performance issues of one vs. two split tables. |
Date: | 2007-05-16 06:01:06 |
Message-ID: | 20070516060106.GE19117@hank.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, May 15, 2007 at 09:20:53PM +0200, PFC wrote:
> >From an outside perspective it just
> >seems odd that potentially a large amount of data would be pulled off
> >disk into memory that is never used. Perhaps there's an overriding
> >reason for this.
>
> Yeah, where would you put this data if you didn't put it where it is
> now ?
Swish-e isn't a database by any means, but it does have a way to store
column like meta data for each "row". When it does a search it only
explicitly pulls from disk the meta data that it's asked to return.
Granted, the OS is reading from disk more than the application is
asking for, but the application is only allocating memory for the data
it's going to return. And the column (meta data) is not always stored
together on disk.
Without knowing Pg internals I wasn't aware of how the actual table
data was organized and fetched into memory.
> "Premature optimization is the root of all evil"
Exactly what prompted this thread. ;)
--
Bill Moseley
moseley(at)hank(dot)org
From | Date | Subject | |
---|---|---|---|
Next Message | Richard Huxton | 2007-05-16 09:56:28 | Re: Fixing broken permissions for deleted user |
Previous Message | Purusothaman A | 2007-05-16 05:42:01 | OIDs - file objects, are damaged by PostgreSQL. |