Le portail francophone de la géomatique

Merci Vincent,
En fait, ce que je voudrais faire est plus compliqué :
En lançant la requête, je m'aperçois que les tables sont dans 2 bases différentes.
J'obtiens une ERROR:  schema "reseau" does not exist
commune se trouve dans la base cadastre et mobilier dans la base reseau.
La notion de schéma n'est pas la même que dans oracle.
En final, je voudrais créer un trigger qui se déclenche après l'insertion du point.
Il faudrait que je récupère le numéro insee de la commune dans laquelle est situé le point.
C'est pour cela que j'essaie de récupérer le champ par une jointure spatiale.

En fait on peut le faire avec le module dblink :

http://www.postgresql.org/docs/current/ … blink.html

Ceci étant c'est rarement la meilleure solution au problème posé : en termes de perf, d'intégrité, on soulève d'autres soucis.

Oui effectivement. C'est plutot un problème de flux de données entre vos différents composants (et bases) de l'infrastructure.

Si une fusion totale des bases dans une seule n'est pas envisageable, la solution la plus simple est souvent de faire une copie partielle des tables nécessaires dans la base de destination, que l'on garde en synchro avec des scripts maison, un ETL, ou des systèmes de synchro spécifiques (slony & co). Ça dépend des contraintes de l'infrastructure et de l'utilisation des données principalement (lecture seule ou rw par exemple).

Bonjour

une solution possible est le dblink du package contrib
voir :
http://www.postgresql.org/docs/8.3/stat … blink.html
http://mat.oxyg3n.org/index.php?post/20 … ec-db_link

attention : si tu es sur Linux, il ne suffit de l'installer via un
apt-get ou autre installeur, il faut explicitement charger le package :

psql -d testgis -f /usr/share/postgresql/8.3/contrib/dblink.sql

Christophe

bonsoir,

replacer le = par une virgule ...?

Bonjour,

Un UPDATE signifie met moi à jour chaque ligne de la base, c'est c'est à dire met à jour la colonne commune pour chaque mobilier urbain.
Or, votre select renvoie plusieurs valeurs de communes pour un mobilier urbain (car vos mobiliers urbains appartiennent à plusieurs communes vraisemblablement)
C'est donc normal qu'il refuse de faire la MAJ.

Deux possibilités pour résoudre votre problème :
-découper votre mobilier urbain par commune mais le souci c'est que vos clés sur le mobilier urbain ne seront plus uniques et là votre maj marchera mais vous "casserez" votre modèle actuel (et je ne connais pas le contexte d'utilisation de votre travail...)
-rajouter un table de croisement pour améliorer votre modèle qui ne correspond pas à la réalité rencontrée
Vous vous attendiez à ce qu'un mobilier urbain appartienne à une seule commune avec une relation 1,1 (là votre update aurait pu fonctionné) mais vous êtes dans le cas où vous avez une relation 1,n

http://cerig.efpg.inpg.fr/tutoriel/base … chap06.htm pour un rappel sur les relations.

Cordialement

ThomasG

Bonjour,

Le code de cette page http://www.grappa.univ-lille3.fr/polys/ … ux062.html semble se rapprocher de votre besoin au moins sur

Cordialement

ThomasG

Bonsoir Pascal,
Cela fonctionne parfaitement, merci beaucoup.
Je continue donc pour créer la fonction et le trigger.
Là encore j'ai un message d'erreur : ERROR: syntax error at or near "BEGIN"
État SQL :42601
Caractère : 70
et la fonction :
CREATE OR REPLACE FUNCTION maj_planche()
  RETURNS "trigger" AS $$
   
BEGIN
    update mob_urbain a set planche = b.planche from commune b where within(a.geometrie, b.geometrie);
   
END;
  LANGUAGE 'plpgsql' VOLATILE;
  ALTER FUNCTION maj_planche() OWNER TO postgres;
$$

CREATE TRIGGER trig_mob_urbain AFTER INSERT or UPDATE
   ON mob_urbain FOR EACH ROW
   EXECUTE PROCEDURE public.maj_planche();


J'ai beau chercher dans les forums, j'obtiens toujours le même message.