La "sdo_topo_geometry" e' il tipo di dato che oracle usa per memorizzare una forma geometrica in un contenitore con topologia.
Purtroppo (non capiro' mai perche') dopo aver fatto il contenitore, si sono "dimenticati" di fare le due funzioni principali: "clean" e "build". Per cui i dati che si memorizzano devono gia' essere corretti dal punto di vista topologico. Perche' altrimenti oracle non li accetta dentro una struttura sdo_topo_geometry. La mancanza dei comandi di "clean" e "build" per ripulire e costruire la topologia, rendono abbastanza complicato popolare una sdo_topo_geometry. Con la 10g release 1 le strutture edge , face e node, andavano popolate singolarmente e questo complicava ancora di piu' le cose. Con la 10g release 2 e' stata introdotta una funzione che consente di caricare in un colpo solo edge, node e face. Questo facilita il compito, pero' se il dato che si carica non e' corretto topologicamente gia' in partenza, oracle lo rifiuta (nella sdo_topo_geometry). Sigh... :( Ovviamente nessuno vieta di implementare una clean/build con le api di oracle che sono abbastanza complete, ma ovviamente non e' la stessa cosa. Su questo punto non so' come si comporta postgis. Ma comunque temo che si riproponga il mdesimo schema: una struttura topologica, senza li strumenti per rendere topologico un archivio. Andrea. -- ~~~~~~~~~~~~~~~~~ § Andrea § § Peri § ~~~~~~~~~~~~~~~~~ _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it.
