[PostGIS] #6063: postgis_restore ignoring dchemaname when migrating database

PostGIS trac at osgeo.org
Mon Mar 30 14:10:35 PDT 2026


#6063: postgis_restore ignoring dchemaname when migrating database
---------------------------+-----------------------------
  Reporter:  robopost      |      Owner:  strk
      Type:  defect        |     Status:  closed
  Priority:  medium        |  Milestone:  PostGIS 3.5.6
 Component:  upgrade/hard  |    Version:  3.5.x
Resolution:  wontfix       |   Keywords:  postgis_restore
---------------------------+-----------------------------
Changes (by robe):

 * resolution:   => wontfix
 * status:  new => closed

Comment:

 Were you migrating from an extension based install to another extension
 based install.

 If so no need to use postgis_restore.  Just use pg_dump / pg_restore.
 postgis_restore was designed for non-extension based restores because
 those included postgis bits in the backup.

 extension based installs, never include postgis shipped bits in the
 backups except possibly for the data like whats in topology.layer.
-- 
Ticket URL: <https://trac.osgeo.org/postgis/ticket/6063#comment:1>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.


More information about the postgis-tickets mailing list