Vous n'êtes pas identifié(e).
Bonjour.
Je vais effectuer une migration SIG d'une base de données PostgreSQL 8.2 ver une version 8.4 ou 9.1. avec une version PostGis 2.0.3.
J’ai commencé à tester la restauration d’un backup de notre base SIG de PostgreSql 8.2 vers 9.1 et 8.4 et dans les 2 cas, toutes les tables qui possèdent un champ géométrique au format PostGis ne sont pas reprises, tandis que toutes les tables qui stockent la géométrie dans un format texte natif, sont elles bien restaurées sans anomalies.
Auriez-vous déjà rencontré ce problème ou auriez-vous une explication quant cette anomalie ?
Extrait de Create de table avec un champ PostGis
“CREATE TABLE emprzoom
(…
…
geometrie geometry,
CONSTRAINT enforce_dims_geometrie CHECK (ndims(geometrie) = 2),
CONSTRAINT enforce_geotype_geometrie CHECK (geometrytype(geometrie) = 'MULTIPOLYGON'::text OR geometrie IS NULL),
CONSTRAINT enforce_srid_geometrie CHECK (srid(geometrie) = 27572)… )
Merci.
Hors ligne
Comment faites-vous votre restauration ? vous avez bien vu qu'il y a un script Perl à exécuter sur votre dump pour le rendre compatible avec la 2.0 de PostGIS ?
Guillaume.
Hors ligne
Non, je n'ai pas utilisé de script Perl
Hors ligne
La version de PostGIS a changé ? vous êtes passé d'une 1.5 à une 2.0 par exemple ?
Guillaume.
Hors ligne
Oui, c'est le cas
Hors ligne
Dans ce cas, vous n'avez pas suivi le protocole de mise à jour écrit par les développeurs de Perl. Vous devez exécuter un script Perl sur votre fichier de sauvegarde (texte). Votre problème vient de là.
Guillaume.
Hors ligne
Merci pour l'info
Hors ligne
