Big Tables vs. many Tables vs. many Databases - Mailing list pgsql-general

From Dirk Olbertz
Subject Big Tables vs. many Tables vs. many Databases
Date
Msg-id LEEOIKFFENKCDCEAJEOBOEHKCHAA.olbertz.dirk@gmx.de
Whole thread Raw
Responses Re: Big Tables vs. many Tables vs. many Databases  ("Uwe C. Schroeder" <uwe@oss4u.com>)
Re: Big Tables vs. many Tables vs. many Databases  (Richard Huxton <dev@archonet.com>)
Re: Big Tables vs. many Tables vs. many Databases  (Lincoln Yeoh <lyeoh@pop.jaring.my>)
List pgsql-general
Hi there,

I'm currently about to redesign a database which you could compare with a
database for managing a library. Now this solution will not only manage one
library, but 100 to 500 of them. Currently, eg. all the data about the
inventory (books) is held in one table for all the libraries.

Is it useful to spread this to one table for each library, by eg. giving it
an id as a postfix?

For one library, we currently need about 150 tables, so that would easily
increase a lot if there would be a set of this tables for each library. On
the other hand, there are only a very few tables (2-5), which are used by
all libraries. All the rest does not interact with each other - and don't
think about exchanging books betweens libs, as the library is only an
example...

One other solution would be to make one database for each library. What do
you think of that? Does PostgreSQL has any problems with that much tables?
Would it better to spread the data by databases?

Thanks for your opinions,
  Dirk


pgsql-general by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Re: Best replication options
Next
From: Bruce Momjian
Date:
Subject: Re: wishlist: dynamic log volume control