From: | Arnau <arnaulist(at)andromeiberica(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL Performance <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: How PostgreSQL handles multiple DDBB instances? |
Date: | 2007-05-25 18:16:08 |
Message-ID: | 465727E8.8090806@andromeiberica.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Tom Lane wrote:
> Arnau <arnaulist(at)andromeiberica(dot)com> writes:
>>> Can you instead run things with one postmaster per machine and one
>>> database per customer within that instance? From a performance
>>> perspective this is likely to work much better.
>
>> What I meant is just have only one postmaster per server and a lot of
>> databases running in it.
>
> OK, we are on the same page then. Should work fine. I think I've heard
> of people running installations with thousands of DBs in them. You'll
> want to test it a bit of course ...
I'm worried about performance, I have done some tests and I have on a
server more than 400 DBs, so it's possible to run such amount of DBs in
a single postmaster.
The point I'm worried is performance. Do you think the performance
would be better executing exactly the same queries only adding an extra
column to all the tables e.g. customer_id, than open a connection to the
only one customers DB and execute the query there?
I don't know if PostgreSQL cache's mechanism works as good as
querying to 400 possible DBs or just to one possible DB.
Thank you very much for your help :)
--
Arnau
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-05-25 18:34:24 | Re: How PostgreSQL handles multiple DDBB instances? |
Previous Message | Richard Huxton | 2007-05-25 18:13:14 | Re: LIKE search and performance |