Le portail francophone de la géomatique

merci et ça marche. mon erreur était la suivante :

mon SQL erroné
CONSTRUCTION_LINEAIRE.Obj Intersects TRONCON_ROUTE.Obj and TRONCON_ROUTE.Classement ="autre classement"

la solution
CONSTRUCTION_LINEAIRE.Obj Intersects TRONCON_ROUTE.Obj and TRONCON_ROUTE.Classement ="autre classement" AND CONSTRUCTION_LINEAIRE.NATURE="PONT"

effectivement la syntaxe suivante fonctionne mais il faut mettre seulement dans table : CONSTRUCTION_LINEAIRE 
NATURE="PONT" and obj intersects any (select obj from TRONCON_ROUTE where Classement ="autre classement")

encore merci

si votre question concerne le temps de réponse je n'ai pas trouvé de vrai différence.
par contre j'ai rencontré un petit problème avec celle de la sous sélection après un arrêt inopiné du traitement lors du renouvellement de l'opération.
je m'explique :
j'ai lancé la requête
arrêt du traitement inopiné
j'ai fermé MI
j'ai relancé le même traitement et là MI planté

le problème : un fichier index a été créé et en le supprimant j'ai pu obtenir le traitement.

par contre j'ai utilisé cette solution pour introduire une troisème table pour finaliser ma recherche.
mon objectif était : sélectionner les ougrages de type "PONT" croisement avec les routes de type "autre classement" d'un territoire connu subdivisition d'un département.
3 tables
- CONSTRUCTION_LINEAIRE ( volume MAP 574 ko - DAT 380 ko) Bd Topo IGN®
- Contour_UT51 ( volume MAP 78 ko - DAT 1 ko) Bd Carto IGN®
- TRONCON_ROUTE (MAP 9 563 ko - DAT 14 751 ko) Bd Topo IGN®
le temps de traitement assez rapide mais non chronométré)
ci joint la requête SQL
PS : je ne suis pas un maître du SQL alors pouvez-vous me corriger sur celle-ci, j'ai procédé au traitement plus manuel (table créée) je trouve le même résultat à savoir 1217 PONTS.

merci