Re: Splitting queries across servers - Mailing list pgsql-general

From Max
Subject Re: Splitting queries across servers
Date
Msg-id CDEJIJMPHJJNHGFMBPBKKEMLFGAA.maxdl@adelphia.net
Whole thread Raw
In response to Re: Splitting queries across servers  (John Sidney-Woollett <johnsw@wardbrook.com>)
List pgsql-general
>
> We configured a slony1 cluster with a master and slave (both 7.4.6), and
> used the slave to serve read-only queries thereby offloading some of the
> work from the master database.
>
> This worked well for us.
>
> You could also take a look at pg_pool to distribute your load - but I
> haven't actually used it, so can't give any advice...

thanks, I am going to look into this.

>
> Hope that helps.
>
> John Sidney-Woollett
>
> Max wrote:
> > Hello,
> >
> > Our postgresql database is getting too big to be handled by one
> server. We
> > need the database to be in RAM and cannot afford swapping. At
> the moment,
> > we're using only 3GB or RAM, however our business growth is
> going to drive
> > this number into the double digits zone, maybe triple digits.
> >
> > What are our options ?
> >
> > I am a little bit ignorant in this part of RDBM. Can we distribute our
> > tables across multiple servers (read server+postgres) and perform
> > distributed SQL queries ? If so, how does that work ? I am totally
> > resourceless!
> >
> > Thank you in advance
> >
> > Max.
> >
> >
> >
> > ---------------------------(end of broadcast)---------------------------
> > TIP 9: the planner will ignore your desire to choose an index
> scan if your
> >       joining column's datatypes do not match
>



pgsql-general by date:

Previous
From: Bruno Wolff III
Date:
Subject: Re: Return value of 'serial' column on insert
Next
From: sid tow
Date:
Subject: Problem with the copy command need help