Oracle Spatial : passer de la 3D à la 2D

Bonsoir,

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

Citation:

---

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

Citation:

---

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

---

au lieu de

Citation:

---

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.

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.