Oracle Spatial : passer de la 3D à la 2D [Résolu]

[spg40]

Bonsoir,

j'ai mes tables Oracle avec des champs SDO_GEOMETRY en 3D ie que la requete SQL :

select distinct t.geometry.get_dims() from table t

me renvoies toujours 3.

Dans toutes ces géométries on a z=0. Je voudrais dons passer en 2D. J'aurais des géométries

MDSYS.SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY(x0,y0,x1,y1....))

au lieu de

MDSYS.SDO_GEOMETRY(3002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 1), SDO_ORDINATE_ARRAY(x0,y0,0,x1,y1,0,....))

Quelqu'un a-t-il déjà fait ce style de manips? faut-il faire une procédure pour réécrire les géométries. J'ai des tables avec des milliers d'enregistrements...

En fait, je veux faire ces manips pour tester la fonction SDO_RELATE() et valider son utilisation dans des applis. Actuellement, dès que je la lances, le CPU se met à tourner comme un avion, et tous les accès ua serveur Oracle sont ralentis. Les index sur les tables sont des R-Tree. Si quelqu'un voit une solution, je prends!!

D'avance merci.

SPG40.

[spg40]

J'ai résolu mon problème en créant une fonction qui prend une géométrie 3D et restitue une géométrie 2D.

Cependant j'ai toujours le même problème avec SDO_RELATE.
Si j'utilise SDO_GEOM.RELATE(geom1, ’anyinteract’, geom2, 0.005), le résultat est très vite calculé et tout va bien. Mais l'utilisation de MDSYS.SDO_RELATE(geom1, geom2, ’mask=ANYINTERACT querytype=WINDOW’) fait s'embaler le CPU du serveur Oracle et la requête fait tout planter...

Je continues de chercher. je ferai peut-être un nouveau post si je n'y arrives pas.

A +

SPG40.