Re: Splitting queries across servers
От | William Yu |
---|---|
Тема | Re: Splitting queries across servers |
Дата | |
Msg-id | ctbjkq$1543$1@news.hub.org обсуждение исходный текст |
Ответ на | Splitting queries across servers ("Max" <maxdl@adelphia.net>) |
Ответы |
Re: Splitting queries across servers
|
Список | pgsql-general |
With a Quad Opteron (4 memory slots per CPU), you could put 64GB of RAM onto a single machine using 4GB DIMMs in every slot. The other option is to explore static memory storage. It's probably too expensive to put your entire DB onto such a device but moving just the WAL there would give you a pretty decent jump in write performance. (I ran some tests way back simulating this by using a RAMDISK to store the WAL files and got ~60% increase in an update-heavy mix.) 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 по дате отправления: