Re: [HACKERS] pg_dump and thousands of schemas - Mailing list pgsql-performance

From Tom Lane
Subject Re: [HACKERS] pg_dump and thousands of schemas
Date
Msg-id 8407.1352300557@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] pg_dump and thousands of schemas  (Denis <socsam@gmail.com>)
Responses Re: [HACKERS] pg_dump and thousands of schemas
List pgsql-performance
Denis <socsam@gmail.com> writes:
> Tom Lane-2 wrote
>> Hmmm ... so the problem here isn't that you've got 2600 schemas, it's
>> that you've got 183924 tables.  That's going to take some time no matter
>> what.

> I wonder why pg_dump has to have deal with all these 183924 tables, if I
> specified to dump only one scheme: "pg_dump -n schema_name" or even like
> this to dump just one table "pg_dump -t 'schema_name.comments' "  ?

It has to know about all the tables even if it's not going to dump them
all, for purposes such as dependency analysis.

> We have a web application where we create a schema with a number of tables
> in it for each customer. This architecture was chosen to ease the process of
> backup/restoring data.

I find that argument fairly dubious, but in any case you should not
imagine that hundreds of thousands of tables are going to be cost-free.

            regards, tom lane


pgsql-performance by date:

Previous
From: David Boreham
Date:
Subject: Re: HT on or off for E5-26xx ?
Next
From: Ivan Voras
Date:
Subject: Unique values across a table of arrays - documents and tags