Re: One database vs. hundreds? - Mailing list pgsql-general

From A. Kretschmer
Subject Re: One database vs. hundreds?
Date
Msg-id 20070828123232.GE10490@a-kretschmer.de
Whole thread Raw
In response to Re: One database vs. hundreds?  (Kamil Srot <kamil.srot@nlogy.com>)
Responses Re: One database vs. hundreds?  (Kevin Kempter <kevin@kevinkempterllc.com>)
List pgsql-general
am  Tue, dem 28.08.2007, um 14:23:00 +0200 mailte Kamil Srot folgendes:
>
> Kynn Jones wrote:
> >I'm hoping to get some advice on a design question I'm grappling with.
> > I have a database now that in many respects may be regarded as an
> >collection of a few hundred much smaller "parallel databases", all
> >having the same schema.  What I mean by this is that, as far as the
> >intended use of this particular system there are no meaningful queries
> >whose results would include information from more than one of these
>
> I don't have experience in this type of application, but we use pgsql
> partitioning for other reasons
> and it has some of the features you want (data separation, query
> performance, ...).
> It can be worth reading:
> http://www.postgresql.org/docs/8.2/interactive/ddl-partitioning.html

He don't need table partitioning, this is a different thing.


Andreas
--
Andreas Kretschmer
Kontakt:  Heynitz: 035242/47150,   D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID:   0x3FFF606C, privat 0x7F4584DA   http://wwwkeys.de.pgp.net

pgsql-general by date:

Previous
From: Kristo Kaiv
Date:
Subject: INSERT doc discrepancy
Next
From: "A. Kretschmer"
Date:
Subject: Re: One database vs. hundreds?