De acuerdo con Paul Ramsey :
Primero, para aumentar la versión del parche (por ejemplo, XYZ -> XY (Z + 1)) en PostgreSQL y PostGIS, no necesita hacer nada más que instalar el nuevo software. Los datos pueden permanecer en su lugar y todo funcionará.
Para los aumentos de versiones menores en PostgreSQL (por ejemplo, XYZ -> X. (Y + 1) .Z) necesita volcar y restaurar. Para aumentos menores de versión en PostGIS, debe realizar una "actualización suave", lo que significa dejar los datos en su lugar, pero ejecutar los scripts de actualización (por ejemplo, postgis_upgrade_14_to_15.sql) después de instalar la actualización de software.
Finalmente, para los aumentos de versiones principales en PostgreSQL y PostGIS (p. Ej. XYZ -> (X + 1) .YZ) necesita volcar y restaurar.
¿Guardaste datos en el esquema público?
Lo que me lleva al punto real que quiero destacar: puede garantizar la mayor facilidad para volcar y restaurar los datos de PostGIS si se asegura de no almacenar datos en el esquema "público".
Sin embargo, no todo se pierde si almacenó datos en el esquema público
"Pero Paul", dices, "ya tengo un volcado de base de datos completo, ¿eso significa que soy SOL?" No, pero necesitarás un estómago fuerte. Primero, configure su nuevo PostgreSQL. Cree una base de datos en blanco, cargue PostGIS en ella. Ahora, cargue su archivo de respaldo en esa base de datos. Verás muchos errores. Sin embargo, estos errores serán causados por la antigua función PostGIS y las definiciones de tipo de su archivo de volcado en conflicto con las definiciones de tipo existentes en su base de datos. Y como quieres las nuevas definiciones, no las antiguas, está bien. Su carga, a pesar de todo el ruido y los errores, debería funcionar. Una vez hecho esto, puede mover sus datos a un esquema separado agradable, para que la próxima vez pueda hacer una restauración limpia y sin errores.
¿Has probado si funciona a pesar de los errores?
El sitio PostGIS también tiene una sección sobre cómo actualizar PostGIS .