restore improvement

Started by Mario Weilguniover 24 years ago2 messages
#1Mario Weilguni
mweilguni@sime.com

I think the restore process could be made more error proof if the following
additions could be made:

pg_dump, (maybe started with a special flag) if run with superuser rights
should not issue

\connect - username
create table foo (...
copy foo from ...

to create tables, but use this syntax:
create table foo(...
copy foo from ...
update pg_class
set relowner=u.usesysid
from pg_user u
where u.usename='username' and relname='foo';

This would avoid situations where a restore becomes impossible because
password authentication is necessary. This would allow restoring without
having to set trust in pg_hba.conf. A patch would be simple, in fact I wrote
it within a few minutes.

Or am I completly wrong and there's a better way to accomplish this?

Best regards,
Mario Weilguni

--
===================================================
Mario Weilguni � � � � � � � � KPNQwest Austria GmbH
�Senior Engineer Web Solutions Nikolaiplatz 4
�tel: +43-316-813824 � � � � 8020 graz, austria
�fax: +43-316-813824-26 � � � http://www.kpnqwest.at
�e-mail: mario.weilguni@kpnqwest.com
===================================================

#2Peter Eisentraut
peter_e@gmx.net
In reply to: Mario Weilguni (#1)
Re: restore improvement

Mario Weilguni writes:

pg_dump, (maybe started with a special flag) if run with superuser rights
should not issue

\connect - username
create table foo (...
copy foo from ...

This would avoid situations where a restore becomes impossible because
password authentication is necessary. This would allow restoring without
having to set trust in pg_hba.conf. A patch would be simple, in fact I wrote
it within a few minutes.

Or am I completly wrong and there's a better way to accomplish this?

set session authentication 'username';

The command already exists in 7.2devel sources. Feel free to send a patch
to make pg_dump use it. Note that this command requires superuser rights,
so there needs to be an alternative.

--
Peter Eisentraut peter_e@gmx.net http://funkturm.homeip.net/~peter