Skip site navigation (1) Skip section navigation (2)

Re: Maximum number of sequences that can be created

From: Greg Spiegelberg <gspiegelberg(at)gmail(dot)com>
To: Craig James <cjames(at)emolecules(dot)com>
Cc: Віталій Тимчишин <tivv00(at)gmail(dot)com>, Robert Klemme <shortcutter(at)googlemail(dot)com>, pgsql-performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Maximum number of sequences that can be created
Date: 2012-05-25 11:58:38
Message-ID: CAEtnbpWzxF6sLcqYL7QW+nntF5NtBsXW=4a4J8d1Sej6mxwitg@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-performance
On Sun, May 13, 2012 at 10:01 AM, Craig James <cjames(at)emolecules(dot)com> wrote:

>
> On Sun, May 13, 2012 at 1:12 AM, Віталій Тимчишин <tivv00(at)gmail(dot)com>wrote:
>
>>
>> The sequences AFAIK are accounted as relations. Large list of relations
>> may slowdown different system utilities like vacuuming (or may not, depends
>> on queries and indexes on pg_class).
>>
>
> Not "may slow down."  Change that to "will slow down and possibly corrupt"
> your system.
>
> In my experience (PG 8.4.x), the system can handle in the neighborhood of
> 100,000 relations pretty well.  Somewhere over 1,000,000 relations, the
> system becomes unusable.  It's not that it stops working -- day-to-day
> operations such as querying your tables and running your applications
> continue to work.  But system operations that have to scan for table
> information seem to freeze (maybe they run out of memory, or are
> encountering an O(N^2) operation and simply cease to complete).
>

Glad I found this thread.

Is this 1M relation mark for the whole database cluster or just for a
single database within the cluster?

Thanks,
-Greg

In response to

Responses

pgsql-performance by date

Next:From: Tom LaneDate: 2012-05-25 14:41:23
Subject: Re: pg_dump and thousands of schemas
Previous:From: Ondrej IvaničDate: 2012-05-25 05:12:43
Subject: Re: pg_dump and thousands of schemas

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group