Discussion :

[fafa63]

Bonjour,

Je suis sous Postgrès 9.3 avec la cartouche spatiale Postgis 2.1.

Lorsque j'exécute un "populate_geometry_columns ()" j'ai le message suivant qui s'affiche dans PgAdmin :

ERREUR: la fonction populate_geometry_columns() n'est pas unique
LINE 1: SELECT populate_geometry_columns ()
^
HINT: N'a pas pu choisir un meilleur candidat dans les fonctions. Vous pourriez
avoir besoin d'ajouter des conversions explicites de type.

********** Erreur **********
ERREUR: la fonction populate_geometry_columns() n'est pas unique
État SQL :42725
Astuce : N'a pas pu choisir un meilleur candidat dans les fonctions. Vous pourriez
avoir besoin d'ajouter des conversions explicites de type.
Caractère : 8

Est-ce-que quelqu'un saurait me dire d'où provient ce message d'erreur ?
J'avais déjà exécuté cette fonction il y a quelques jours et elle ne semblait pas poser de problèmes.

Merci d'avance

[alassanediakite]

Salut
plpgsql accepte plusieurs fonctions de même noms mais (obligatoirement!) de types de paramètres (en entrée) différents. C'est le polymorphisme ou surcharge.
En appelant une fonction il faut donc lui passer un paramètre d'entrée s'il existe des fonctions de même nom.
@+

[fafa63]

Bonjour et merci pour le retour.

En appelant une fonction il faut donc lui passer un paramètre d'entrée s'il existe des fonctions de même nom

Personnellement je ne connais pas les paramètres d'entrée à rajouter... quelqu'un les connaîtrait-il ?

Pour information :

Pour importer des données provenant d'une version antérieure de Postgis j'ai été amené à charger d'anciennes fonctions grâce à "legacy.sql" (C:\Program Files\PostgreSQL\9.3\share\contrib\postgis-2.1). Je me demande donc si ce n'est pas ça qui a causé mon problème en "dupliquant"/"modifiant" des fonctions.

J'ai alors essayé d'appliquer une deuxième requête qui semble être prévue pour annuler la première "uninstall_legacy.sql" mais celle-ci remonte des erreurs

ERREUR: n'a pas pu supprimer fonction srid(geometry) car d'autres objets en dépendent

En tous cas la fonction populate_geometry_columns ne fonctionne toujours pas.

Une piste ?

Merci

[jerome.cros]

Pour la doc de la fonction, tu l'as ici

Pour la fonction srid(geometry) c'était avec les "vielles" version de postgis, maintenant c'est ST_srid(geometry).
Pour la suppression sûrement que la fonction srid() est utilisée à l'intérieur d'anciennes fonctions et si le code sql essaye de supprimer srid() en premier, cela met ce genre d'erreur.

C'est quoi exactement qui t'a obligé à réutiliser des anciennes fonctions postgis, tu parles de récupérer d'anciennes données, mais je ne comprends pas .

[fafa63]

Bonsoir,

Ce qui m'a amené à charger d'anciennes fonctions Postgis c'est la migration d'une base utilisant un Postgis 1.5 vers une nouvelle base utilisant un Postgis 2.1 en passant par un dump. La restauration du dump plantant en indiquant que des fonctions étaient manquantes... donc chargement du "legacy.sql"... puis réussite de la restauration dans la nouvelle base.

J'ai finalement obtenu la solution à mon problème... qui n'en était finalement pas un... grâce à collègue de mon réseau professionnel. Citation :

En fait, avec les version > 2.0 de PostGIS, tu n'as plus besoin d'utiliser les fonctions populate ...
Dans les versions 1.X, PostGIS fonctionnait avec une table geometry_columns.. dans les version 2.X, cette table est devenu une vue qui identifie toutes les tables et,normalement, requêtes qui contiennent de la géométrie.

Et, en effet, les améliorations de performances obtenues "jadis" par le biais de la fonction populate sont désormais obtenues grâce à la vue. Dans mon cas perso, en tous cas, il ne s'avère donc plus nécessaire d'utiliser cette fonction.

Merci tout de même pour l'assistance.