From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Atri Sharma <atri(dot)jiit(at)gmail(dot)com> |
Cc: | "Ben Zeev, Lior" <lior(dot)ben-zeev(at)hp(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PostgreSQL Process memory architecture |
Date: | 2013-05-27 12:21:12 |
Message-ID: | 20130527122112.GH8597@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
* Atri Sharma (atri(dot)jiit(at)gmail(dot)com) wrote:
> If your index is big/you have too many indexes in your database, it
> should affect *all* backends accessing that specific database.
More indexes will require more disk space, certainly, but tablespaces
can be used to seperate databases, or tables, or indexes on to different
partitions on the host server.
> So,my point is that,there is no question of indexes being stored in
> shared memory or individually. You can treat indexes the same as your
> tables,from the point of view of physical storage.
Correct.
> For more details,you can see
>
> http://www.postgresql.org/docs/8.1/static/storage.html
A better place to look would be the documentation for the release of PG
which you are on, or the latest release otherwise, which is:
http://www.postgresql.org/docs/9.2/static/storage.html
Thanks,
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Atri Sharma | 2013-05-27 12:23:42 | Re: PostgreSQL Process memory architecture |
Previous Message | Atri Sharma | 2013-05-27 12:18:36 | Re: PostgreSQL Process memory architecture |