Annonce
Une fois la suspension validée, vous recevrez un message de confirmation.
A tout moment, vous pourrez annuler cette suspension, en suivant le lien Annulation figurant dans ce message.
Cela permettra également aux modérateurs de GeoRezo de ne pas avoir à gérer (et supprimer) de nombreux messages d'attente envoyés automatiquement par vos outils de messagerie durant votre absence !
Pour y accéder, allez sur la gestion de vos abonnements dans votre profil.
#1 lun 23 novembre 2009 18:01
- Amandine.LAFF
- Membre
- Date d'inscription: 20 sep 2008
- Messages: 17
:: Backup PostGreS :: Code de sortie 1
Bonjour,
J'ai parcouru les differents thèmes et je n'ai pas trouvé de réponse à mon problème.
Lorsque je restaure des tables dans une nouvelle base de données, la page d'import cloture la démarche avec :
Warning:errors ignorde on restore : 942
" Le process a retourné le code de sortie de 1 "
Est-ce que je dois retravailler les erreurs les une après les autres?
Je précise quand même le contexte:
J'ai créé une 1ere base de données avec un rôle de connexion propre etc...
J'ai sorti le backup et modifié les noms de base de données, serveur et rôle de connexion puis je l'ai importé dans la nouvelle base prévue à cet effet mais il continue à me montrer des erreurs et j'ai l'impression que c'est surtt basé sur les relation entre les tables
Merci par avance pour vos conseil
@ bientôt
Hors ligne
#2 lun 23 novembre 2009 19:11
- Thomas KOCHERT
- Membre
- Lieu: Nancy
- Date d'inscription: 7 nov 2005
- Messages: 10
- Site web
Re: :: Backup PostGreS :: Code de sortie 1
Bonsoir,
les problèmes que vous rencontrez sont peut-être dûs aux contraintes d'intégrité référentielle. Je m'explique avec un cas d'école chez nous : imaginez que vous avez une table foret et une table parcelle ; chaque parcelle doit référencer une forêt existante, cette relation est garantie par la contrainte d'intégrité associée à une clé étrangère.
Si vous videz la base et que vous restaurez la table parcelle d'abord, ça ne marche pas : postgis ne trouve pas les forêts correspondantes et signale une violation de l'intégrité référentielle avec un message d'erreur tel que vous le citez. Si vous restaurez d'abord les forêts puis les parcelles, tout fonctionne.
Une autre source de message d'erreur que je rencontre occasionnellement est l'alerte sur le rechargement des langages de procédure déjà chargés, mais cela ne survient que lorsqu'on restaure une base de données complète. Il suffit d'ignorer cette erreur (en général, de 1 à 5 warnings ; pas 942 comme dans votre cas !).
Bien à vous.
Dernière modification par Thomas KOCHERT (lun 23 novembre 2009 19:11)
--
Thomas Kochert
Responsable SIG DT Lorraine - Office National des Forêts
Hors ligne
#3 mer 25 novembre 2009 14:05
- Amandine.LAFF
- Membre
- Date d'inscription: 20 sep 2008
- Messages: 17
Re: :: Backup PostGreS :: Code de sortie 1
Merci pour ces précisions! En effet ce fonctionnement "cas d'école" est trés parlant! ;-)
En fait en fouillant un peu dedans je me suis rendue compte qu'il y avait des erreur sur les proprio de la base et donc des tables. Donc ca c'est réglé!!
Mais il y a aussi le pb de liaison entre la table geometry colum et les attributs géométriques de mes tables propres.
Merci quand même pour cette info qui me permet de voir plus clair.
Hors ligne
