From: Jerry Sievers <gsievers19@comcast.net>
To: "David G. Johnston" <david.g.johnston@gmail.com>
Cc: "Campbell\, Lance" <lance@illinois.edu>,
 "pgsql-admin\@postgresql.org" <pgsql-admin@postgresql.org>
Subject: Re: pg_restore new parameter request
References: 
 <B75CD08C73BD3543B97E4EF3964B7D702015E9C6@CHIMBX1.ad.uillinois.edu>
 <CAKFQuwb4PxoWpdWv3BTTN0Q+P8wELuE3OGGZm9F0ZvAyDp_A8Q@mail.gmail.com>
Date: Mon, 23 Nov 2015 11:37:45 -0600
In-Reply-To: 
 <CAKFQuwb4PxoWpdWv3BTTN0Q+P8wELuE3OGGZm9F0ZvAyDp_A8Q@mail.gmail.com>
 (David G. Johnston's message of "Mon, 23 Nov 2015 07:55:06 -0700")
Message-ID: <86fuzwaa6u.fsf@jerry.enova.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Precedence: bulk
Sender: pgsql-admin-owner@postgresql.org

"David G. Johnston" <david.g.johnston@gmail.com> writes:

> On Mon, Nov 23, 2015 at 7:37 AM, Campbell, Lance <lance@illinois.edu> wrote:
>
>     Without the indexes the production system would run slower until they were applied but at least I would be up and running.
>
> ​At least until excessive sequential scanning overloads the I/O subsystem and you max out your processes, connections and/or timeouts...
>
> I'd be curious to know if you've ever tried dropping all of your indexes and running your systems under somewhat realistic load levels.

Agreed.  Unless the OPs app/DB are either tiny and utterly trivial or
the app that they're in a hurry to get online again is something that
just inserts data, then the notion of omitting all indexes is rather
far-fetched and I bet not too generally useful.

I can certainly imagine a scenario where  there are very large tables
which have some indexes created just to support reporting/analytics
workloads which perhaps could be deferred in building till after most
other application aspects are running.

In such a case, then you'd want just to omit and/or reorder building
those after everything else.

FWIW
> David J.
> ​
>  
>

-- 
Jerry Sievers
Postgres DBA/Development Consulting
e: postgres.consulting@comcast.net
p: 312.241.7800


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin