Why oracle spatial query execute so slow???

hi all,
I have two oracle spatial table CHI_2007r2 and CHI_2008r2, each table has it's own spatial index,and each table has 2000 row record, Now execute this query,I can get the result soon,
select /*+ ORDERED */ a.link_id from chi_2007r2 a,chi_2008r2 b where a.link_id=b.link_id and sdo_relate(a.geom,b.geom,'mask=INSIDE querytype=WINDOW')='TRUE';
But I execute the query by geom only,it will take so long time! query(3 more hours):
select /*+ ORDERED */ a.link_id,b.link_id from chi_2007r2 a,chi_2008r2 b where sdo_relate(a.geom,b.geom,'mask=INSIDE querytype=WINDOW')='TRUE';
I don't upderstand...
thanks
David

Because in the first statement
select /*+ ORDERED */ a.link_id from chi_2007r2 a,chi_2008r2 b where a.link_id=b.link_id and sdo_relate(a.geom,b.geom,'mask=INSIDE querytype=WINDOW')='TRUE'; you are joining the two tables while in the second statement
select /*+ ORDERED */ a.link_id,b.link_id from chi_2007r2 a,chi_2008r2 b where sdo_relate(a.geom,b.geom,'mask=INSIDE querytype=WINDOW')='TRUE';you are doing a cartesian merge first because there is no join between a and b other than te sdo_relate which will be calculated for every row combination you get.
But I think you'd be better off posting in the {forum:id=76} forum.
Best regards,
PP
Edited by: porzer on Jan 15, 2009 10:34 AM

Similar Messages

Why Oracle Spatial Query So Slow???

I have 90,000 lines in my database. When I did a query about
finding all the lines within a certain distance of a point, it
took me nearly 30 seconds. And when I query the intersection
between the lines, it took me about 5 minutes!! God, I can't
believe it!
Do you guys met the problem before? Please share something with
me, thank you so much!
Xiong

Hi,
Are you using a spatial index for your within distance query? If
so, what kind, and have you tuned it at all?
As far as the intersection question goes, how many geometries are
you testing? Are they big? Are you only comparing the ones
returned by within distance?
If they are big geometries, there are some very large performance
gains in 9i when dealing with larger geometries.
Dan

Very basic question Oracle spatial query

Hi All,
Iam a newbie to oracle spatial.
How can i verify that oracle spatial is installed in my database.
My database is version is 10.2.0.2.0
Is there any special query i can execute to test oracle spatial is working properly / installed properly.
All the finctionality oracle spatial is working properly
Thanks in advance.
baskar k

Spatial VALID 10.2.0.2.0
I got this message on executing this query
+++++++++++++++++++++++++++++++
SELECT comp_name, status, substr(version,1,10) as version
from dba_server_registry
where comp_name = 'Spatial';
++++++++++++++++++++++++++++++++

Oracle spatial query with php

Hello, I have this problem,
I use php for read data from oracle table,
all works right, I have any problem whith varchar number type data, but when I must read geometry data like
(type MDSYS.SDO_GEOMETRY)
I can't display it on the web page.
esemple of spatial query that I use:
select GEOMETRY_1
from table_a
where
ID = 970;
If I use sql plus I have this result
SDO_GEOMETRY(3001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 0, 6000, 4, 1, 1), SDO_ORDINATE_ARRAY(1, -0, -
0, 580094, 4998494, -1))
but blank page when I use php sentence.
I use PHP Version 4.4.0
modules load are:
extension=php_sdo.dll
extension=php_oci8.dll
But I don't know which other module I need and also which php function to use for read array of array. at the moment I use @OCIFetchInto.
Someone can help me?
My English is very bad please reply easy.
Thanks for all!
Angelo

Thank you very much CJ.
Now there isn't any problems: you and this link (Re: PHP and spatial data and Adamo Bozzetti helped me
I have used SDO_UTIL.GETVERTICES
my complete php script is:
$conn = @OCILogon("xxxxxx", "xxxxx", "xxxxx") or die
( "Non riesco a connettermi al server $host ");
$query = "select
TABLE_A.tipo_via,
TABLE_A.nome_via,
c.codice_via,
t.X,
t.Y
from TABLE B c, TABLE_A , TABLE(SDO_UTIL.GETVERTICES(c.geometry1)) t
where c.codice_via = 830
and c.codice_via = TABLE_A.id_via
$istruzione = @OCIParse($conn, $query);
@OCIExecute($istruzione);
$nrows = @OCIFetchInto($istruzione, $results);
$trovati = 0;
while(@OCIFetchInto($istruzione, $results))
$trovati++;
?>
<table border width="800" >
<tr>
<td align="center" width="80" bgcolor ="#aaffee"><?echo trim($results[0]);?></td>
<td align="center" width="150" bgcolor ="#eeffee"><?echo trim($results[1]);?></td>
<td align="center" width="50" bgcolor ="#eeffee"><?echo trim($results[2]);?></td>
<td align="center" width="50" bgcolor ="#eeffee"><?echo trim($results[3]);?></td>
<td align="center" width="50" bgcolor ="#eeffee"><?echo trim($results[4]);?></td>
</tr>
</table>
<?
} //fine While
@OCIFreeStatement($istruzione);
@OCILogOff($conn);

Oracle spatial query SDO_LRS with php

Hello, I have this problem,
I use php for read data from oracle table.
I know I can't show on web page the result of SDO_ORDINATE_ARRAY
Christopher Jones has written that I must use SDO_UTIL.GETVERTICES like as
select
t.X,
t.Y
from table_a, TABLE(SDO_UTIL.GETVERTICES(table_a.GEOMETRY_1)) t
where
id_num = 970;
But now I must read a projection point ordinate of a point with respect to a geometric segment
and the same problem come back.
esemple of spatial query that I use:
SELECT
SDO_LRS.PROJECT_PT(geometry,
SDO_GEOMETRY(3301, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1, 1), SDO_ORDINATE_ARRAY(580094.69, 4998493.68, NULL)) )
FROM
TABLE_B
WHERE
ID_CODE = 970;
If I use sql plus I have this result
SDO_LRS.PROJECT_PT(GEOMETRY,SD(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM
SDO_GEOMETRY(3301, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1, 1), SDO_ORDINATE_ARRAY(
580093,325, 4998497,57, 45,2254405))
Which is exacly the query for extract these coordinates?
Someone can help me?
My English is very bad please reply easy.
Thanks for all!
Angelo

Hello thanks for all to everyboby.
I put the same question on Forum /Category/Database/Spatial and I have received this reply
from Brian Camire, this query worked well.
SELECT
T.X,
T.Y
FROM
TABLE
SELECT
SDO_UTIL.GETVERTICES
SDO_LRS.PROJECT_PT
GEOMETRY,
SDO_GEOMETRY
3301,
NULL,
NULL,
SDO_ELEM_INFO_ARRAY(1, 1, 1),
SDO_ORDINATE_ARRAY(580093.859, 4998493.5, NULL)
FROM
TABLE_B
WHERE
ID_CODE = 970
) T;
Best regards
Angelo.

Oracle Spatial Query from SQLPLUS deteriorates in performance

Hi,
I am running an sql-procedure, which does spatial queries. When I run this procedure (from SQLPLUS) for the first time it takes around 45 sec to complete, but when I run the same procedure for the second time it takes 65 seconds and the performance keeps on decreasing. But if I open a new SQLPLUS session it takes 45 secs and it also starts deteriorating subsequently. This strange behaviour is only for spatial queries, if I don't have spatial queries in my procedure then its fine.
I found this behaviour for any type of spatial query.
Is there something which can be done for improving it ? I found a lot of information on improving performance of a query, but my problem is to maintain the same performance of the same query in the same session.
Thanks,
Rishi

Hi,
Could you provide version information?
Also, could you try monitoring memory as the procedure is running an see
if memory climbs more each time the procedure is run?
Thanks

How to execute Oracle Spatial Query

I'd like to return a set of SDO_GEOMETRY columns of MDSYS.SDO_GEOM.SDO_BUFFER(geom, dim, distance) Spatial Function by MDSYS.SDO_WITHIN_DISTANCE(T.column,aGeom,params) Spatial Operator.
Does anyone have experience doing this? Is there a better way to return an SDO_GEOMETRY column of MDSYS.SDO_GEOM.SDO_BUFFER(geom, dim, distance) Spatial Function.
Assume I have a table "my_table" defined as
STANUMBER VARCHAR2(5)
STANAME VARCHAR2(18)
TYPE NUMBER(2)
LAYER NUMBER
STAPROVINCE VARCHAR2(6)
STACOUNTY VARCHAR2(23)
STALATITUDE NUMBER
STALONGITUDE NUMBER
STANUMBER_2 VARCHAR2(5)
STANAME_2 VARCHAR2(18)
TYPE_2 NUMBER(2)
LAYER_2 NUMBER
STAPROVINCE_2 VARCHAR2(6)
STACOUNTY_2 VARCHAR2(23)
GEOLOC MDSYS.SDO_GEOMETRY
--use the MDSYS.SDO_GEOM.SDO_BUFFER(geom, dim, distance) Spatial Function.
select MDSYS.SDO_GEOM.SDO_BUFFER(geoloc,
(select diminfo from user_sdo_geom_metadata m where
m.table_name='STA_QZT1' and m.column_name='GEOLOC'),10)
FROM STA_QZT1 a WHERE a.STANUMBER=12345;
--The right result as follwing:
MDSYS.SDO_GEOM.SDO_BUFFER(GEOLOC,(SELECTDIMINFOFROMUSER_SDO_GEOM_METADATAMWHEREM
SDO_GEOMETRY(2003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1005, 6, 1, 2, 2, 5, 2, 1,
7, 2, 2, 11, 2, 1, 13, 2, 2, 17, 2, 1), SDO_ORDINATE_ARRAY(83.171677, 57.508809
4, 72.4970097, 48.2324159, 81.7734032, 37.5577486, 82.6298628, 37.4977234, 94.05
59481, 34.5268537, 100.350233, 44.5150204, 100.130743, 47.6855154, 97.2287, 54.0
629335, 90.853757, 56.9704094, 83.171677, 57.5088094))
--use the MDSYS.SDO_WITHIN_DISTANCE(T.column,aGeom,params) Spatial Operator.
select s.stanumber from sta_qzt1 s where
MDSYS.SDO_WITHIN_DISTANCE(s.geoloc,MDSYS.SDO_GEOMETRY(2003, 8192, NULL,
MDSYS.SDO_ELEM_INFO_ARRAY(1, 1003, 1), MDSYS.SDO_ORDINATE_ARRAY(125.923454,
57.457314, 121.5189, 51.845055, 126.989075, 48.506115, 133.38278, 55.04191,
125.923454, 57.457314)),'distance = 0' )= 'TRUE';
--The right result as follwing:
STANU
11110
However, joint to use the above function to execute a buffer query(cannot work) at PL/SQL:
select s.stanumber from sta_qzt1 s where
(select mdsys.sdo_geom.sdo_buffer(geoloc,
(select diminfo from user_sdo_geom_metadata m where m.table_name='STA_QZT1'
and m.column_name='GEOLOC'),10)
FROM STA_QZT1 a WHERE a.STANUMBER=12345),
'distance = 0' )= 'TRUE';
PL/SQL give out the error information as following:
ERROR at line 5:
ORA-00936: lack of expression
null

Jack,
This should work:
select MDSYS.SDO_GEOM.SDO_BUFFER(geoloc,
(select diminfo from user_sdo_geom_metadata m where
m.table_name='STA_QZT1' and m.column_name='GEOLOC'),10)
from sta_qzt1 s where MDSYS.SDO_WITHIN_DISTANCE(s.geoloc,
MDSYS.SDO_GEOMETRY(2003, 8192, NULL, MDSYS.SDO_ELEM_INFO_ARRAY(1, 1003, 1), MDSYS.SDO_ORDINATE_ARRAY(125.923454,
57.457314, 121.5189, 51.845055, 126.989075, 48.506115, 133.38278, 55.04191, 125.923454, 57.457314)),
'distance = 0' )= 'TRUE';

Oracle 10g - query is very slow in jdbc but not in other tools

I'm using PreparedStatement to execute a query with some parameters.
in sql developer, it just spends 12 seconds but in jdbc, it's around 140 seconds.
I disabled "_optim_peek_user_binds" parameter already but it didn't help.
alter session set "_optim_peek_user_binds"=false;

Please mark this thread ANSWERED and repost it in the JDBC forum.
https://forums.oracle.com/forums/category.jspa?categoryID=288
When you post provide your 4 digit Oracle version, Java version and JDBC jar name and version as well as the code you are using.

Query Executing very slow.............

Hi All,
The below query takes long time to execute. Please review this and provide me the better solution by which i can get the faster result .
I have created the index in the txnlog table on timestamp,serialno, and in alt_merchant am on alt_merchantno and in txnlog_overrun on merchantno.
SELECT t.timestamp,t.wicno,t.merchantno,u.overrun_amount,NVL(ad.state,'N/A')
FROM txnlog t,txnlog_overrun u,alt_merchant am,address ad
WHERE t.timestamp > SYSDATE -15
AND t.timestamp=u.timestamp(+)
AND t.serialno=u.serialno(+)
AND t.wicno=am.alt_merchantno(+)
AND t.merchantno=am.merchantno(+)
AND am.ADDRESSID=ad.addressid(+)
Txnlog having millions of records.
Regards,
Nitesh

Have you tried tracing the session and using tkprof on the resulting trace file?
EXECUTE dbms_support.start_trace_in_session (<sid>,<serial#>,binds=>true,waits=>true);
Then execute the query.
You can find more information about SQL Trace and TKPROF at the following link.
http://download-east.oracle.com/docs/cd/B19306_01/server.102/b14211/sqltrace.htm

Oracle sql query execute in the apex

hi:
my requirement is, in region i have one text area item and query button.
in this text area i am typing the any sql query and when i am pressing the query button it should display the query output report..
pls give solution fast as soon as possible....
Message was edited by:
anbarasan

Hi anbarasan,
Maybe you can create a report of type "SQL query (PL/SQL Function returning query". Then in the region source, something like:
DECLARE
v_sql VARCHAR2 (4000);
BEGIN
v_sql := :PX_YOUR_ITEM;
RETURN v_sql;
END;
Paulo Vale
http://apex-notes.blogspot.com

Oracle Spatial Query

I have created two tables the first called pai_equal created from the query below
create table pai_equal as
(select /*+ ORDERED */ l.*, t.toid
from sub_lt l, sub_topoarea t
where mdsys.sdo_relate(t.geoloc, l.geoloc,
'mask=EQUAL querytype=WINDOW')='TRUE');
This returns 4 rows which is correct
This query selects the terrier polygons that are made up of one topo_area polygon only (and no more and align exactly)
The second table is called inside_coveredby created as follows
create table inside_coveredby as
select /*+ ORDERED */ l.*, t.toid
from sub_lt l, sub_topoarea t
where mdsys.sdo_relate(t.geoloc, l.geoloc,
'mask=INSIDE+COVEREDBY querytype=WINDOW')='TRUE'
order by l.mi_prinx;
Returns 1142 undistinct rows, 475(distinct)
This query selects terrier polygons that are
(a) made up or two or more topo area polygons and where the boundaries align exactly
(b) made up of one or more topo area polygons and where the boundaries do not align exactly
What I want to do next is select all the terriers that are not included in either of the above 2 queries. Totals should now add up to 754 (4 +475+ ?)as the original terrier table contains 754 features
I think I need to select from sub_lt where mi_prinx is not in inside+coveredby or the equal table?
Has anyone any ideas on how to write this?
Your help as usual is much appreciated

You can use SQL difference operator to do this:
select toid from sub_lt
MINUS
select /*+ ORDERED */ l.*, t.toid
from sub_lt l, sub_topoarea t
where mdsys.sdo_relate(t.geoloc, l.geoloc,
'mask=INSIDE+COVEREDBY querytype=WINDOW')='TRUE'
order by l.mi_prinx;
This should give you everything other than inside+coveredby.
If you want to include the equal also,
change the mask to inside+coveredby+equal.

Poor performance with Oracle Spatial when spatial query invoked remotely

Is anyone aware of any problems with Oracle Spatial (10.2.0.4 with patches 6989483 and 7003151 on Red Hat Linux 4) which might explain why a spatial query (SDO_WITHIN_DISTANCE) would perform 20 times worse when it was invoked remotely from another computer (using SQLplus) vs. invoking the very same query from the database server itself (also using SQLplus)?
Does Oracle Spatial have any known problems with servers which use SAN disk storage? That is the primary difference between a server in which I see this poor performance and another server where the performance is fine.
Thank you in advance for any thoughts you might share.

OK, that's clearer.
Are you sure it is the SQL inside the procedure that is causing the problem? To check, try extracting the SQL from inside the procedure and run it in SQLPLUS with
set autotrace on
set timing on
SELECT ....If the plans and performance are the same then it may be something inside the procedure itself.
Have you profiled the procedure? Here is an example of how to do it:
Prompt Firstly, create PL/SQL profiler table
@$ORACLE_HOME/rdbms/admin/proftab.sql
Prompt Secondly, use the profiler to gather stats on execution characteristics
DECLARE
l_run_num PLS_INTEGER := 1;
l_max_num PLS_INTEGER := 1;
v_geom    mdsys.sdo_geometry := mdsys.sdo_geometry(2002,null,null,sdo_elem_info_array(1,2,1),sdo_ordinate_array(0,0,45,45,90,0,135,45,180,0,180,-45,45,-45,0,0));
BEGIN
dbms_output.put_line('Start Profiler Result = ' || DBMS_PROFILER.START_PROFILER(run_comment => 'PARALLEL PROFILE')); -- The comment name can be anything: here it is related to the Parallel procedure I am testing.
v_geom := Parallel(v_geom,10,0.05,1); -- Put your procedure call here
dbms_output.put_line('Stop Profiler Result = ' || DBMS_PROFILER.STOP_PROFILER );
END;
SHOW ERRORS
Prompt Finally, report activity
COLUMN runid FORMAT 99999
COLUMN run_comment FORMAT A40
SELECT runid || ',' || run_date || ',' || run_comment || ',' || run_total_time
FROM plsql_profiler_runs
ORDER BY runid;
COLUMN runid       FORMAT 99999
COLUMN unit_number FORMAT 99999
COLUMN unit_type   FORMAT A20
COLUMN unit_owner FORMAT A20
COLUMN text        FORMAT A100
compute sum label 'Total_Time' of total_time on runid
break on runid skip 1
set linesize 200
SELECT u.runid || ',' ||
       u.unit_name,
       d.line#,
       d.total_occur,
       d.total_time,
       text
FROM   plsql_profiler_units u
       JOIN plsql_profiler_data d ON u.runid = d.runid
                                     AND
                                     u.unit_number = d.unit_number
       JOIN all_source als ON ( als.owner = 'CODESYS'
                             AND als.type = u.unit_type
                               AND als.name = u.unit_name
                            AND als.line = d.line# )
WHERE u.runid = (SELECT max(runid) FROM plsql_profiler_runs)
ORDER BY d.total_time desc;Run the profiler in both environments and see if you can see where the slowdown exists.
regards
Simon

Slow spatial query in oracle 11.2.0.3 [WAS 10.2.0.4 to 11.2.0.1 upgrade = SLOW sdo_geometry return]

Hi,
I've found a discussion ended last year.
I've Oracle 11.2.0.3 with the same problem: some query are very slow (in the Excecution plan I've found "PX COORDINATOR")
Others installation of Oracle 11.2.0.3 haven't same problem: in the excecution plan found "DOMAIN INDEX".
I 've solved using statement "ALTER TABLE table_name NOPARALLEL;" which disable parallel feature in the table
Can anyone tell me if it's a good (bad) solution ? thank you
Bye
Gabriele

Gabriele,
As indicated in the original post - the following work-around might work for you for bug 9743250. What this does is essentially force the optimizer to ALWAYS use the spatial index. That is usually good - unless the query is actually more efficient not using the index, such as when it is much cheaper to just to a FTS. Anyhow this is what you can do from 11.2.0.1 to 11.2.0.3 - fixed in 11.2.0.4 and 12.1.0.1:
connect /as sysdba
alter session set current_schema=MDSYS;
DISASSOCIATE STATISTICS FROM INDEXTYPES spatial_index FORCE
DISASSOCIATE STATISTICS FROM PACKAGES sdo_3gl FORCE;
DISASSOCIATE STATISTICS FROM PACKAGES prvt_idx FORCE;
Bryan

Oracle 9i 10g slow spatial query

I have been using the following spatial query in oracle 9i to assign jurisdictions to spatial points.
SELECT /*+ordered*/ L.TCH_X_COORD, L.TCH_Y_COORD, T.NAME
FROM tis.tis_coordinates_hold_on L,
geospatial.mdt_admin_districts T
WHERE SDO_RELATE(T.GEOMETRY,
MDSYS.SDO_GEOMETRY(2001,41079,MDSYS.SDO_POINT_TYPE(tch_x_coord,tch_y_coord,NULL),
NULL,NULL),'mask=ANYINTERACT querytype=WINDOW') = 'TRUE'
AND tch_assigned_base_rte='M00001N'
By using the ordered hint I was able to double the retrieval rate. My problem is this: We are now migrating to oracle 10g, and the use of the ordered returns no rows (different incorrect results). If I remove the + ordered the results are correct, but I no longer get the increased speed of retrieval. Has anyone run into this problem, and can you suggest a way that I could speed up this query. As it stands now it takes more than 1/2 sec for each record retrieved, and I have millions of records !! Thanks.

We're using 10.2.4.0 I believe I have found the reason the queries were different. When I dropped the spatial index and re-created it, the query returned the same rows as 9i. However, I still have an issue with the speed. 10g appears to be about 1/3 as fast as 9i was. It doesn't seem to make any difference whether I put in the +ordered or not. Our dba says just based on cpu and processing speed the server that has 10g should be significantly faster. Any comments? Thanks.

Basic query in Oracle Spatial

I'm trying to learn Oracle Spatial working with 11g R2 and with 3D georeferenced data (specifically data describing buildings in a city).
But I'm having trouble getting a basic query to work on my dataset (it works for the book example), and I'm trying to do it exactly the way it's done in the Spatial Developer's Guide for 11g.
To learn how spatial queries work, I set up the cola_markets tables used in the book, made the appropriate manual entry in the user_sdo_geom_metadata view and created the index. Having done that, I can run the following simple query (as well as the others in the manual) on the book tables:
SELECT SDO_GEOM.SDO_DISTANCE(c_b.shape, c_d.shape, 0.005)
FROM cola_markets c_b, cola_markets c_d
WHERE c_b.name = 'cola_b' AND c_d.name = 'cola_d';
but when I try to do the same thing on my own tables (created from citygml data), I get an error. There is the difference that the data is 3D, and the index was created without any PARAMETERS ( ... ), hence is just 2D. But still I don't get why the following query doesn't work:
SELECT SDO_GEOM.SDO_DISTANCE(c_w.envelope, c_b.envelope, 0.0005)
FROM cityobject c_w,
     cityobject c_b
WHERE c_w.id = 50025
     AND c_b.id = 50018;
The id's for the buildings are valid, and I used the same tolerance used by the software that set up the database.
Here's the error I get in SQL developer:
ORA-29532: Java call terminated by uncaught Java exception: java.lang.Exception: 54535
ORA-06512: at "MDSYS.SDO_3GL", line 637
ORA-06512: at "MDSYS.SDO_GEOM", line 1973
ORA-06512: at "MDSYS.SDO_GEOM", line 1990
29532. 00000 - "Java call terminated by uncaught Java exception: %s"
*Cause: A Java exception or error was signaled and could not be
     resolved by the Java code.
*Action: Modify Java code, if this behavior is not intended.
So, thinking it might have something to do with the fact that it's a Java interface, I also tried running it from SQL/PL command line and get essentially the same thing:
ERROR at line 1:
ORA-29532: Java call terminated by uncaught Java exception:
java.lang.Exception: 54535
ORA-06512: at "MDSYS.SDO_3GL", line 637
ORA-06512: at "MDSYS.SDO_GEOM", line 1973
ORA-06512: at "MDSYS.SDO_GEOM", line 1990
Any ideas why this isn't working?
(P.S.: I couldn't find a specific board for Oracle Spatial, hence put this question here--if there's a better place for this question, then, admins, of course, feel free to move the thread to the appropriate spot)

Hi,
The SPATIAL forum is here : {forum:id=76}

Why oracle spatial query execute so slow???

Similar Messages

Maybe you are looking for