Re: Upgrading using pg_dumpall

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Rich Shepard <rshepard(at)appl-ecosys(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Upgrading using pg_dumpall
Date: 2016-09-04 20:02:31
Message-ID: b3bc7848-f20f-1223-786f-eaf62a6acacb@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 09/04/2016 12:55 PM, Rich Shepard wrote:
> On Sun, 4 Sep 2016, Adrian Klaver wrote:
>
>> Another thing that came to mind is compatibility with existing
>> applications/clients. You say you have been running using trust and I am
>> betting your client connection parameters reflect that. Now for
>> connections methods that can 'see' the .pgpass file and use libpq as the
>> their underlying Postgres library then things should work. Otherwise your
>> applications may not be able to connect until you supply the correct
>> password in some manner.
>
> That's a concern. My business financial software uses postgres as the
> backend and a browser UI and I enter my username and password on the login
> page. It works with auth method trust. I've no idea exactly how it connects
> to the database. Since it ain't broke I won't futz with it and possibly

It is using its own authentication method and tables, independent of
Postgres, that restrict access to its own data, not the cluster as whole.

> break it. I've other things with higher priorities.
>
> Rich
>
>
>

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Raymond O'Donnell 2016-09-04 20:19:18 Re: please remove outdated site from 2005
Previous Message Rich Shepard 2016-09-04 19:55:35 Re: Upgrading using pg_dumpall