Le portail francophone de la géomatique

Razorbak · Mon 20 July 2015 17:33

Bonjour,

Je cherche à créer une vue correspondant à un ensemble de polygones contenus sur une zone prédéfinie.
En gros, j'ai une couche A qui correspond à un territoire d'étude (sous forme de polygone) et une autre couche B composée de plusieurs polygones.
J'aimerai récupérer les polygones de la couche B découpés selon les limites de la couche A.
Normalement, au final, je dois récupérer l'ensemble de mon territoire de la couche A recouvert par des morceaux de polygones de la couche B.

J'imagine que c'est une requête assez basique mais je n'ai pas du utiliser les bons mots clés dans la recherche pour trouver...
Merci et bonne journée

Yves · Mon 20 July 2015 21:49

Bonsoir,

Chercher st_intersection et st_intersect.

Quelque chose comme : SELECT st_intersects(a.the_geom,b.the_geom) FROM a, b WHERE st_intersection(a.the_geom, b.thegeom);

Y.

Nicolas Granier · Tue 21 July 2015 08:41

Bonjour,

Quelque chose comme : SELECT st_intersects(a.the_geom,b.the_geom) FROM a, b WHERE st_intersection(a.the_geom, b.thegeom);

ne serait pas plutôt l'inverse...

Code:

SELECT st_intersection(a.the_geom,b.the_geom) FROM a, b WHERE st_intersects(a.the_geom, b.thegeom)

Razorbak · Tue 21 July 2015 08:55

Salut,

Merci à tous les 2 : la 2e requête est effectivement la bonne.
Bonne journée

Martin Bocquet · Tue 21 July 2015 09:58

Bonjour,

De manière générale, mieux vaut utiliser l'opérateur normalisé JOIN que WHERE pour faire des jointures.
Ca donnerait donc :

Code:

SELECT st_intersection(a.the_geom,b.the_geom) 
FROM a
JOIN b 
ON st_intersects(a.the_geom, b.thegeom)

Yves · Tue 21 July 2015 10:09

Martin,

Peux tu m'expliquer pourquoi est ce mieux ? Pour des performances ou pour une meilleur lecture ?

Merci,

Y.

Martin Bocquet · Tue 21 July 2015 10:51

Bonjour,

Les performances sont exactement les mêmes sur les deux requêtes. Cependant, lors de requêtes multiples, les clauses JOIN explicites permettent d'orienter les requêtes :

http://docs.postgresql.fr/9.1/explicit-joins.html

La jointure avec WHERE est aujourd'hui dépréciée (https://msdn.microsoft.com/en-us/librar … 00%29.aspx), et on conseille d'utiliser le JOIN pour :
- des raisons de lisibilité, notamment lors des jointures multiples
- pour éviter de confondre le WHERE « traditionnel » qui filtre les données et le WHERE de jointure

Bonne journée,

Yves · Tue 21 July 2015 11:02

Bonjour,

Alors je suis d'accord mais j'ai du mal à perdre ma mauvaise habitude.

Y.

JF BEHM · Tue 21 July 2015 11:38

Martin Bocquet a écrit:

Bonjour,

Les performances sont exactement les mêmes sur les deux requêtes. Cependant, lors de requêtes multiples, les clauses JOIN explicites permettent d'orienter les requêtes :

http://docs.postgresql.fr/9.1/explicit-joins.html

La jointure avec WHERE est aujourd'hui dépréciée (https://msdn.microsoft.com/en-us/librar … 00%29.aspx), et on conseille d'utiliser le JOIN pour :
- des raisons de lisibilité, notamment lors des jointures multiples
- pour éviter de confondre le WHERE « traditionnel » qui filtre les données et le WHERE de jointure

Bonne journée,

Bonjour,
j'ai du mal à voir la simplicité dans les JOIN par rapport au WHERE quand il y a 4 ou 5 jointures à faire.

Je pense que JOIN est intéressant pour récupérer tous les enregistrements d'une table et les enregistrements de l'autre table correspondants au critère de jointure (LEFT JOIN ou RIGHT JOIN).
Cordialement,

Martin Bocquet · Tue 21 July 2015 14:08

Bonjour,

Voici pour exemple deux codes différents, qui renvoient la même chose.
Sur le deuxième, on fait mieux la différence entre les tables jointes, les critères de jointure et les critères de tri.

Code:

SELECT *
FROM a, b, c, d
WHERE st_intersects(a.the_geom, b.thegeom) 
AND  st_intersects(a.the_geom, c.thegeom) 
 AND st_intersects(a.the_geom, d.thegeom)  
AND a.id > 10
 AND b.idcom = '59350'

Code:

SELECT *
FROM a
JOIN b 
    ON st_intersects(a.the_geom, b.thegeom)
JOIN c
    ON st_intersects(a.the_geom, c.thegeom)
JOIN d 
    ON st_intersects(a.the_geom, d.thegeom)
WHERE a.id > 10 AND b.idcom = '59350'

Après, il s'agit d'un gout personnel, mais aussi d'une anticipation : aujourd'hui la syntaxe avec WHERE est dépréciée, c'est à dire marche encore, mais est non conseillée. A l'avenir, cette syntaxe pourrait être supprimée.

Dernière modification par Martin Bocquet (Tue 21 July 2015 14:12)

JF BEHM · Tue 21 July 2015 15:01

C'est effectivement une affaire de goût et d'habitude de travail.
Mais si la tendance est à la mise à l'écart de la syntaxe WHERE pour les jointures, il faut effectivement changer ses habitudes !
Cependant, comment fera-t-on pour les critères de sélection si la syntaxe WHERE disparaît ?

Yves · Tue 21 July 2015 15:45

Bonjour,

Ce qui a été dit c'est que la syntaxe WHERE pour les jointures est dépréciée. Les filtres passeront toujours via cette syntaxe.

Y.

MathieuB · Wed 22 July 2015 14:51

Bonjour,

pour ma part, je privilégie l’expression des critères de jointure avec JOIN pour bien les distinguer des critères de sélection dans le WHERE.

Je trouve cela plus lisible et plus logique : on créée son pool de tuples dans les jointures, puis on filtre les lignes qui répondent au critères exprimés dans le WHERE.

Les recommandations de syntaxe ont souvent une cause valable ;-)

Dernière modification par MathieuB (Wed 22 July 2015 14:55)

Communauté	Ressources	L'emploi	Le marché	L'association	Fils RSS
Forum Blogs Wiki Planet Sites amis	Agenda Biblio Fiches AMO-CNIG Paris PCGIS Téléchargements	Offres d'emploi Banque de CV Formations Démarche Métiers	Geo-Entreprises Geo-Communiqué Appels d'offres	L'association Qui sommes-nous ? Nous aider Bienfaiteurs Partenaires Historique Statuts	Tout le site Job Géomatique Services GeoBlogs ...	Faire un don Mentions légales

Le portail francophone de la géomatique

Annonce

#1 Mon 20 July 2015 17:33

[PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#2 Mon 20 July 2015 21:49

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#3 Tue 21 July 2015 08:41

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

Code:

#4 Tue 21 July 2015 08:55

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#5 Tue 21 July 2015 09:58

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

Code:

#6 Tue 21 July 2015 10:09

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#7 Tue 21 July 2015 10:51

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#8 Tue 21 July 2015 11:02

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#9 Tue 21 July 2015 11:38

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#10 Tue 21 July 2015 14:08

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

Code:

Code:

#11 Tue 21 July 2015 15:01

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#12 Tue 21 July 2015 15:45

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

#13 Wed 22 July 2015 14:51

Re: [PostGreSQL 9.3/PostGIs 2] Découpage d'une couche par une autre

Pied de page des forums