Re: Large Number Of Sequences in Database

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jorge Torralba <jorge(dot)torralba(at)gmail(dot)com>
Cc: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Large Number Of Sequences in Database
Date: 2016-07-21 20:44:03
Message-ID: 29963.1469133843@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Jorge Torralba <jorge(dot)torralba(at)gmail(dot)com> writes:
> Doing some forensic work on a Postgres 9.5 database that is in testing with
> only 19 relations and over 100,000 sequences. Once this database goes live,
> it could see in excess of 1 Million sequences created due to the complexity
> of the application. There are obvious risks such as pg_dump issues and slow
> response when scanning catalog table for info. But, are there any serious
> issues that can show up from this situation? I know theoretically, postgres
> can have unlimited tables in a database. But, I am looking for some
> realistic worse case scenarios in an environment like the one described.

Reminds me of this talk:

http://www.pgcon.org/2013/schedule/events/595.en.html

1M tables is a lot short of 1B, but still you'll start running into some
of the same issues Alvaro described. Personally I'd look for another way
to do it.

(We've occasionally batted around the idea of merging all sequences into
one catalog, which would help a lot; but the compatibility breakage that
would ensue is a bit daunting.)

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Gupta, Amar Nath 2016-07-21 20:58:29 Re: High-end PG database configuration help
Previous Message Jorge Torralba 2016-07-21 20:32:26 Large Number Of Sequences in Database