From: | Mario Splivalo <mario(dot)splivalo(at)megafon(dot)hr> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Simple database, multiple instances? |
Date: | 2010-11-28 12:02:34 |
Message-ID: | 4CF244DA.70206@megafon.hr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
I have simple database schema, containing just three tables:
samples, drones, drones_history.
Now, those tables hold data for the drones for a simulation. Each
simulation dataset will grow to around 10 GB in around 6 months.
Since the data is not related in any way I was thinking in separating
each simulation into it's own database. That way it would be much easier
for me to, at later date, move some of the databases to other servers
(when dataset grows beyond the original server storage capacity limit).
But. At this time I have around 600 simulations, that would mean
creating 600 databases, and in future there could very well be around
5000 simulations. Is postgres going to have 'issues' with that large
number of databases?
Or do I model my system in a way that each database holds around 100
simulations?
Mario
From | Date | Subject | |
---|---|---|---|
Next Message | Pierre C | 2010-11-28 18:56:17 | Re: SELECT INTO large FKyed table is slow |
Previous Message | Mario Splivalo | 2010-11-28 11:46:11 | SELECT INTO large FKyed table is slow |