pg.ddx.io pgsql-performance@postgresql.org mailing list archivehelp / color / mirror / Atom feed
From: Qingqing Zhou <zhouqq@cs.toronto.edu>
To: pgsql-performance@postgresql.org
Subject: Re: How many tables is too many tables?
Date: Wed, 14 Sep 2005 18:49:06 -0700
Message-ID: <dga9d3$23n2$1@news.hub.org> (raw)
References: <1126643032.787041.127400@z14g2000cwz.googlegroups.com>
<cydatamatt@gmail.com> wrote
>
> One machine is simply not going to be able to scale with the quantities
> of links we hope to store information about and we want to move to some
> kind of cluster. Because of the quantities of data, it seems to make
> sense to go for a cluster setup such that in a 4 machine cluster, each
> machine has a quarter of the data (is this "Share nothing," or, "Share
> everything"?). To that end, we figured a good first step was to
> partition the data on one machine into multiple tables defining the
> logic which would find the appropriate table given a piece of data.
> Then, we assumed, adding the logic to find the appropriate machine and
> database in our cluster would only be an incremental upgrade.
>
So you set up 4 separate copies of PG in 4 machines? This is neither SN or
SE.
The partition is good for performance if you distribute IOs and CPUs. In
your design, I believe IO is distributed (to 4 machines), but since you
sliced data into too small pieces, you will get penality from other places.
For example, each table has to maintain separate indices (index becomes an
useless burden when table is too small), so there will be so many Btree root
... System tables (pg_class/pg_attribute, etc) has to contains many rows to
record your tables ... though we cached system table rows, but the memory
space is limited ...
In short, too many tables. To design your new partition method, jsut keep in
mind that database access data in a page-wise IO.
Regards,
Qingqing
view thread (4+ messages) latest in thread
Message-ID: <dga9d3$23n2$1@news.hub.org> Permalink: ../dga9d3$23n2$1@news.hub.org/ Also on: postgresql.org/message-id/dga9d3$23n2$1@news.hub.org ·
reply
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Reply to all the recipients using the --to and --cc options: reply via email To: pgsql-performance@postgresql.org Cc: zhouqq@cs.toronto.edu Subject: Re: How many tables is too many tables? In-Reply-To: <dga9d3$23n2$1@news.hub.org> * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions for how to clone and mirror all data and code used for this inbox