Very slow simple spatial query on 11g

I've created two spatial tables as following:
CREATE TABLE usregions
region_code NUMBER(1,0) NOT NULL,
shape ST_GEOMETRY,
CONSTRAINT usregions_pk PRIMARY KEY usregions(region_code)
INSERT INTO MDSYS.user_sdo_geom_metadata
(table_name, column_name, diminfo, srid)
VALUES ('USREGIONS', 'SHAPE',
sdo_dim_array (sdo_dim_element ('X', -180, 180, 0.5),
sdo_dim_element ('Y', -90, 90, 0.5)),
4269);
CREATE INDEX usregions_dx ON usregions (shape)
INDEXTYPE IS MDSYS.spatial_index;
CREATE TABLE usstates
state_code NUMBER(1,0) NOT NULL,
state_name VARCHAR2(30),
shape ST_GEOMETRY,
CONSTRAINT usstates_pk PRIMARY KEY usstates(state_code)
INSERT INTO MDSYS.user_sdo_geom_metadata
(table_name, column_name, diminfo, srid)
VALUES ('USSTATES', 'SHAPE',
sdo_dim_array (sdo_dim_element ('X', -180, 180, 0.5),
sdo_dim_element ('Y', -90, 90, 0.5)),
4269);
CREATE INDEX usstates_dx ON usstates (shape)
INDEXTYPE IS MDSYS.spatial_index;
I then loaded both tables with data from a shapefile.
The state shapefile is just the US map with all the states.
The region shapefile is the same US map with only 5 regions (Northeast, mid atlantic, mid west, south, and west).
I created the region shapefile from the state shapefile using ESRI ArcMap to dissolve the States border. So Pennsylvania, Virginia, Maryland, and DC is one polygon; New York and up is another polygon, etc.
I also created the same two tables, with the same data in SQL Server 2008 (KatMai), as well as in PostGRE 8.3.
Then I ran the following query:
SELECT s.state_name
FROM usstates s
WHERE s.shape.ST_Within((SELECT shape
FROM usregions
WHERE region_code=2))=1;
Region 2 is Mid Atlantic and I was expecting to see:
STATE_NAME
District of Columbia
Maryland
Pennsylvania
Virgina
Instead, Oracle 11g only returned "District of Columbia"
The query took 6.4 seconds to run.
On SQL Server 2008, I got the expected result and it took 0.4 seconds to execute.
On PostGRE 8.3, I also got the expected result and it took 0.5 seconds to execute.
Why is Oracle not returning all the States? Is this a bug?
Am I doing something wrong???
Thanks.

save data into internal backup format ???backup format doesn't matter, program is just reading rows from backup file and inserting them into database - so is generating SQL insert commands
>
and then it will restore it back to database. It isdone by inserts, each 500 row commit
I can't follow your post, but...yuck.program is just inserting records into T2 table, but on T2 table is trigger and inside trigger is SQL command "UPDATE TABLE T3 ..... where ......". In this time is T3 already filled with 60569 records.
And inserting going slower and slower. Without trigger is speed ok. But on oracle 10g speed is ok with this trigger. So I am concern about what could changed in oracle 11g and cause such behavior.
I will try produce some simple test example

Similar Messages

  • Simple Spatial Query caused ORA-03113: end-of-file on communication channel

    I try to run a simple spatial query to find the ID's which inside the specified circle
    select n.ID,n.FEATURE_ID
    from NC_MANGROVE n
    where sdo_relate(n.shape,
         mdsys.sdo_geometry(2003,null,null,
         mdsys.sdo_elem_info_array(1,1003,4),
         mdsys.sdo_ordinate_array(848948,834940,848908,834980,848908,834900)),
         'mask=ANYINTERACT querytype=WINDOW')='TRUE';
    but it end up of ORA-03113: end-of-file on communication channel
    Then I try another query, which I think do the similar thing
    select n.ID,n.FEATURE_ID
    from NC_MANGROVE n
    where sdo_within_distance(n.shape,
         mdsys.sdo_geometry(2001,null,mdsys.sdo_point_type(848908,834900,null),null,null),
         'distance=40')='TRUE';
    but same error occurs.
    Is it the SQL*net configure problem. I am using Oracle 8.1.7 for both client and server.
    Please help
    Tommy

    Does SDO_FILETER Queries work fine? If so there is already reported bug and patch for that on Metalink site. Get all the patches for 8.17 spatial and install those.

  • Simple spatial query with different SRID

    Can anyone help me with just a real simple spatial query with different SRID.
    Here is the error i get when i perform the query:
    AND SDO_RELATE(A.geometrie_point, B.GEOMETRIE_POLYGONE, 'mask=anyinteract querytype=WINDOW') = 'TRUE'
    ERROR at line 4:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-13207: incorrect use of the [IN COMPATIBLE BOUNDS in SDO_RELATE] operator
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD", line 84
    ORA-06512: at line 4

    Hi,
    I am using 8.1.7.2 and i have the lattest spatial patch.
    From the start i had different SRID. The only thing i changed was the bounds of the coordinate system.
    I reset my bounds of the coordinate system with SRID 8307 to -180,
    180 in X (longitude), and -90,90 in Y (latitude) to see if the query window geometry
    (geom2) will be transformed to the coordinate system of the layer geometries (geom1)
    Her is the content of the user_sdo_geom_metadata :
    GIS_PCP GEOMETRIE_POINT
    SDO_DIM_ARRAY(SDO_DIM_ELEMENT('X', -5800000, 3600000, .00000005), SDO_DIM_ELEMENT('Y', 3516000, 6000000, .00000005))
    82227
    GIS_TEST GEOMETRIE_POLYGONE
    SDO_DIM_ARRAY(SDO_DIM_ELEMENT('X', -180, 180, .00000005), SDO_DIM_ELEMENT('Y', -90, 90, .00000005))
    8307
    Here is my query :
    select /*+ ordered */ A.no_point
    from gis_pcp A, gis_test B
    WHERE SDO_RELATE(A.geometrie_POINT, B.GEOMETRIE_POLYGONE, 'mask=anyinteract querytype=WINDOW') = 'TRUE';
    Here is my result :
    WHERE SDO_RELATE(A.geometrie_POINT, B.GEOMETRIE_POLYGONE, 'mask=anyinteract querytype=WINDOW') = 'TRUE'
    ERROR at line 3:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-13207: incorrect use of the [IN COMPATIBLE BOUNDS in SDO_RELATE] operator
    ORA-06512: at "MDSYS.SDO_INDEX_METHOD", line 84
    ORA-06512: at line 4
    If i change the bounds of GIS_TEST to the exact bouns of GIS_PCP then i dont have the error message above and i have correct results. Do i have the adjust the bounds of every layer to fit the biggest bound?

  • Simple Spatial Query

    Can anyone help me with just a real simple spatial query. All I want to do is identify which police district a parcel falls in. I have two shapefiles police and parcel and I know I should do an relate but I just can't figure out to get the answer back. Can anyone help me.
    Matt

    Here is an example to try...
    select pd.district_name
    from parcels p,
    police_district pd
    where p.apn = 'XXXXXXXX'
    and mdsys.sdo_relate
    (p.shape,pa.shape,'querytype=window mask=anyinteract') = 'TRUE';
    Note that the table names have aliases (p and pd).
    I am just learning Oracle Spatial too but this example should work.
    Tom Elder
    City of Phoenix
    [email protected]

  • Very slow insert and query

    Dear Professionals:
    The insert and query become very slow and somtimes hang. It wasn't like this before .. Network people added 100 pc to the network .. most of them not using the databse only internet and we are all in the same network .. Can this slow down the database Oracle 9.2.0.1.0 OS w2k server ? And how to know that the slowness is from network and not from query or inserts ?
    Ahmed.

    Hi,
    >>Network people added 100 pc to the network .. most of them not using the databse only internet. Can this slow down the database Oracle 9.2.0.1.0 OS w2k server ?
    Maybe yes, maybe not, maybe a network performance problem ...
    If you try to execute these DML's (insert, ...) and querys directly on the Server, what's happen ?
    Cheers

  • Report running very slow compared to Query Analyzer - high TimeDataRetrieval

    Hi,
    I have a report in SQL Reporting Services 2005 which calls a stored proc and the report takes a very long time to run and sometimes returns zero records. But when i run the stored proc in query analyzer it takes about 4 seconds!!
    I have checked the execution log on the RS using the below sql:
    Code Snippet
    use ReportServer
    Select * from ExecutionLog with (nolock) order by TimeStart DESC
    It shows that i have a large amount of time for the dataretrieval (601309ms, about 10mins) and does not return any records most likely because of a query timeout:
    TimeDataRetrieval  TimeProcessing  TimeRendering Source Status         ByteCount RowCount
      601309                      2227                     3                         1            rsSuccess 4916           0
    The weird thing is that when i run it in query analyzer, i get about 400 records in 4 seconds !!
    I dont understand what RS is doing to take up so much time like this to retrieve data.
    The report is very simple - it basically returns the records straight out into a table.
    The only thing I somewhat suspected was a parameter data type conflict between RS and SQL, specifically dates. I have a start and end date parameter in the report - i tried specifying this as date and string to see if it made any difference but it didn't.
    Any help would be greatly appreciated.

    Hi Mark,
    I didn't say it was an issue of parameter sniffing, and I didn't point you towards the good article about that <s>. I asked you whether you had read the article, described to you earlier in the thread.
    What I said was that it might be an issue of appropriate and dynamic query optimization, versus a cached query plan.  Parameter sniffing is only one of many ways that SQL Server tries to figure out how to optimize a query.  I thought the article did a good job of discussing some of what goes on during this process, and that by absorbing that you could think of ways to handle the wider issue that would be appropriate to your code.  I also pointed you to a thread in which I discussed this in more detail.
    While there are truly many issues with the date controls in the default parameter interface and how they behave, I don't think that what you're experiencing with the date format is implicated in the performance issue.  I guess it *might* be if (say) there is a non-default param value in your proc but your report parameter allows nulls. 
    Let's say the report server database has a different date default than your production database in your system. I have never sat down and tested this scenario and I guess it might cause problems, So we'll look at that first. 
    Whether the date format is at fault is really easy to prove one way or the other, and once proven can be pretty easy to fix:
    Create a test parameter that is of string type.  SQL Server is really good about dynamic conversion of string dates to date types as you probably know.
    place values (formatted however you want) into this version of the parameter instead of your date control parameter.  Use valid dates, in both formats.
    Does your performance change?
    Do you get the right results but bad performance with US format date strings versus right results with good performance with AU date values?
    Do you get the WRONG results with US format date strings, or with AU date strings?
    Try additional permutations involving casting/converting in your proc.
    FWIW, go ahead in the Query Analyzer and put the SAME values you see in the log into your tests there (in US format, I mean).  Do you get the CORRECT results?  Does performance change?  Hold this thought and see below.
    Another thing you can do is look at the query plan as presented by the Query Analyzer when you present the arguments different ways.  See #7 above -- try presenting the date in different formats.  Does the plan show the same path and the same indexes in use each time, or are some not possible because of the way the date has to be converted?  When this happens, the issue is usually that the conversion must be done for each line compared in the filter.  You can fix this really easily in most cases by cast/convert in the procedure so that your SELECT line is only doing that work once. 
    If the plans are different, and perhaps the indexes used are different and you *can't* fix it by fixing the date before the SELECT, do you need to add an index, or perhaps rebuild one?
    Moving on from the date format, as I said before it may be really important NOT to go by your interactive Query Analyzer performance because what you do there may not be used by SQL Server in determining a query plan to cache and re-use.  In case you haven't read the other discussion that I pointed you to at (http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1827775&SiteID=1), think about using RECOMPILE or other options that will force a more dynamic investigation of the query.
     >L<

  • Slow running spatial query

    I am hoping someone can help. I am writing alot of spatial queries but I am having a hard time figuring out what is wrong with this one and maybe someone can give me some advise. Here is my query
    select count(inc) from public_crimeshapes.aggassault2004 h, spatial.tracts2000 t
    where mdsys.sdo_relate(h.geom, t.geom,'mask = anyinteract querytype=window') = 'TRUE'
    and tract2000 = 012300 and
    (to_char(to_date(h.fr_date,'yyyymmdd'), 'MM/DD/YYYY') >= '01/01/2004') and
    (to_char(to_date(h.fr_date,'yyyymmdd'), 'MM/DD/YYYY') <= '12/31/2004')
    This one runs fast in less than 3 secs but if I added multiple tract2000 numbers like this
    select count(inc) from public_crimeshapes.aggassault2004 h, spatial.tracts2000 t
    where mdsys.sdo_relate(h.geom, t.geom,'mask = anyinteract querytype=window') = 'TRUE'
    and tract2000 in (012300,012400,012500,014300,014400,016600,016700,016800,016900,017000,017100,017200,017300,017400) and
    (to_char(to_date(h.fr_date,'yyyymmdd'), 'MM/DD/YYYY') >= '01/01/2004') and
    (to_char(to_date(h.fr_date,'yyyymmdd'), 'MM/DD/YYYY') <= '12/31/2004')
    it will take like 5 mins to run. Is there another way to run a spaital query on multiplue polygons? Tracts2000 is a polygon and aggassault2004 is a point file. Thanks for the help I am running Oracle Spatial 9i.
    Matt

    Hi,
    Can you try the following:
    select /*+ ordered */ count(inc)
    from spatial.tracts2000 t, public_crimeshapes.aggassault2004 h
    where mdsys.sdo_relate(h.geom, t.geom,'mask = anyinteract querytype=window') = 'TRUE'
    and tract2000 in (012300,012400,012500,014300,014400,016600,016700,016800,016900,017000,017100,017200,017300,017400) and
    (to_char(to_date(h.fr_date,'yyyymmdd'), 'MM/DD/YYYY') >= '01/01/2004') and
    (to_char(to_date(h.fr_date,'yyyymmdd'), 'MM/DD/YYYY') <= '12/31/2004');
    Note I added the ordered hint, AND reversed the order of the tables in the from clause. What this will hopefully tell the optimizer is:
    find the tract2000 from the tracts2000 table (hopefully you have a non-spatial index here) using the in clause. Do this first, then:
    for each of those, use the spatial index to find the assault cases.
    Hopefully this will be fast.
    If the assault cases are stored as point data, when you create the spatial index use layer_gtype=point to ensure best performance.

  • Database performance is very very slow when I query metadata

    Hi,
    I have installed Oracle 11G R2 recently and Its a oracle Standard edition single instance installation. When I run the below query it takes more than an 1minute to return the data. I have did another installation of oracle 11GR2 on on my laptop and it takes not more than 10sec. Why is this difference. Why is that query of meta data is taking so long. How to debug. Any help!
    select component, final_size, end_time from v$sga_resize_ops where initial_size <> final_size order by end_time;
    This is the query and its a direct select to a V$ table.
    On one machine it takes 1min 31 sec.
    SQL> r
    1* select component, final_size, end_time from v$sga_resize_ops where initial_size <> final_size order by end_time
    COMPONENT FINAL_SIZE END_TIME
    shared pool 1157627904 30-SEP-10
    large pool 16777216 30-SEP-10
    DEFAULT buffer cache 3036676096 30-SEP-10
    streams pool 16777216 30-SEP-10
    java pool 16777216 30-SEP-10
    Elapsed: 00:01:31.50
    SQL>
    ON LAPTOP:
    java pool     4194304     03-SEP-10
    streams pool     4194304     03-SEP-10
    DEFAULT buffer cache     146800640     03-SEP-10
    large pool     4194304     03-SEP-10
    shared pool     230686720     03-SEP-10
    DEFAULT buffer cache     142606336     03-SEP-10
    shared pool     234881024     03-SEP-10
    DEFAULT buffer cache     138412032     03-SEP-10
    shared pool     239075328     03-SEP-10
    TAKES <1 SEC

    TKPROF: Release 11.2.0.1.0 - Development on Fri Oct 1 07:53:01 2010
    Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
    Trace file: knk6_ora_487590.trc
    Sort options: default
    count = number of times OCI procedure was executed
    cpu = cpu time in seconds executing
    elapsed = elapsed time in seconds executing
    disk = number of physical reads of buffers from disk
    query = number of buffers gotten for consistent read
    current = number of buffers gotten in current mode (usually for update)
    rows = number of rows processed by the fetch or execute call
    SQL ID: 4tk6t8tfsfqbf
    Plan Hash: 0
    alter session set sql_trace=true
    call count cpu elapsed disk query current rows
    Parse 0 0.00 0.00 0 0 0 0
    Execute 1 0.00 0.00 0 0 0 0
    Fetch 0 0.00 0.00 0 0 0 0
    total 1 0.00 0.00 0 0 0 0
    Misses in library cache during parse: 0
    Misses in library cache during execute: 1
    Optimizer mode: FIRST_ROWS
    Parsing user id: SYS
    SQL ID: 9babjv8yq8ru3
    Plan Hash: 0
    BEGIN DBMS_OUTPUT.GET_LINES(:LINES, :NUMLINES); END;
    call count cpu elapsed disk query current rows
    Parse 2 0.00 0.00 0 0 0 0
    Execute 2 0.00 0.00 0 3 0 2
    Fetch 0 0.00 0.00 0 0 0 0
    total 4 0.00 0.00 0 3 0 2
    Misses in library cache during parse: 0
    Optimizer mode: FIRST_ROWS
    Parsing user id: SYS
    select component,
    final_size,
    end_time
    from v$sga_resize_ops
    where initial_size <> final_size order by end_time
    call count cpu elapsed disk query current rows
    Parse 1 0.00 0.00 0 0 0 0
    Execute 1 0.00 0.00 0 0 0 0
    Fetch 2 90.78 90.97 0 0 0 5
    total 4 90.78 90.97 0 0 0 5
    Misses in library cache during parse: 0
    Optimizer mode: FIRST_ROWS
    Parsing user id: SYS
    Rows Row Source Operation
    5 SORT ORDER BY (cr=0 pr=0 pw=0 time=0 us cost=1 size=247 card=1)
    5 NESTED LOOPS (cr=0 pr=0 pw=0 time=72903784 us cost=0 size=247 card=1)
    12010 MERGE JOIN CARTESIAN (cr=0 pr=0 pw=0 time=19546 us cost=0 size=166 card=1)
    5 NESTED LOOPS (cr=0 pr=0 pw=0 time=200 us cost=0 size=134 card=1)
    14 FIXED TABLE FULL X$KMGSCT (cr=0 pr=0 pw=0 time=91 us cost=0 size=60 card=1)
    5 FIXED TABLE FULL X$KMGSOP (cr=0 pr=0 pw=0 time=0 us cost=0 size=74 card=1)
    12010 BUFFER SORT (cr=0 pr=0 pw=0 time=9677 us cost=0 size=3200 card=100)
    2402 FIXED TABLE FULL X$KSPPCV (cr=0 pr=0 pw=0 time=3411 us cost=0 size=3200 card=100)
    5 FIXED TABLE FULL X$KSPPI (cr=0 pr=0 pw=0 time=0 us cost=0 size=81 card=1)
    SQL ID: aam2chsgpj7mb
    Plan Hash: 0
    alter session set sql_trace=false
    call count cpu elapsed disk query current rows
    Parse 1 0.00 0.00 0 0 0 0
    Execute 1 0.00 0.00 0 0 0 0
    Fetch 0 0.00 0.00 0 0 0 0
    total 2 0.00 0.00 0 0 0 0
    Misses in library cache during parse: 1
    Optimizer mode: FIRST_ROWS
    Parsing user id: SYS
    OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
    call count cpu elapsed disk query current rows
    Parse 4 0.00 0.00 0 0 0 0
    Execute 5 0.00 0.00 0 3 0 2
    Fetch 2 90.78 90.97 0 0 0 5
    total 11 90.78 90.97 0 3 0 7
    Misses in library cache during parse: 1
    Misses in library cache during execute: 1
    OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
    call count cpu elapsed disk query current rows
    Parse 0 0.00 0.00 0 0 0 0
    Execute 0 0.00 0.00 0 0 0 0
    Fetch 0 0.00 0.00 0 0 0 0
    total 0 0.00 0.00 0 0 0 0
    Misses in library cache during parse: 0
    5 user SQL statements in session.
    0 internal SQL statements in session.
    5 SQL statements in session.
    Trace file: knk6_ora_487590.trc
    Trace file compatibility: 11.1.0.7
    Sort options: default
    1 session in tracefile.
    5 user SQL statements in trace file.
    0 internal SQL statements in trace file.
    5 SQL statements in trace file.
    4 unique SQL statements in trace file.
    71 lines in trace file.
    91 elapsed seconds in trace file.
    Edited by: user13131431 on Oct 1, 2010 5:01 AM

  • Very slow Access 2002 query with Windows 7

    I need help troubleshooting consistently slow queries in an Access 2002 database with Windows 7.
     I’m running a temporary query in a local copy of a back end database with only tables. The identical query will take just 2-3 seconds with Windows XP but 30-60 seconds with Windows 7. Multiple Windows 7 workstations are all slow and
    all Windows XP machines run the query quickly.  I even used JetShowPlan on both workstations to compare and the plans are identical. Two tables are involved with rushmore used on the first and a full scan on the second table of about 150,000 records.
    Even in XP Mode on the Windows 7 machine the query still takes only about 10 seconds. Anyone have any ideas why Access/Jet on Windows 7 can be so slow? Thanks for any ideas.
    Rick Collard

    Hi Tony,
    Thanks for the pointer - I had found that one earlier and tried it - did not help.  I think the HP ProtectTools Security Manager is Normally loaded
    on Laptops - my problem is on Workstation.  I did a test of 2007 Access in the Virtual XP Mode window - There is works 'normally'. 
    To give you an idea how Slow a query in 2007 access/W7 is;
    I started a search for part numbers with 'busbar' in their description...
       on W7 - Database is LOCAL to WS and upgraded to Office 2007
    I then opened an XP Mode window
    Opened the 2007 Access DB to the 'normal' database located on fileserver.
    enter the same Part search
    counted to 10 - 19 Parts found
    Closed DB
    Closed XP Mode window
    Waited about 2 minutes... same 19 parts found....  Wonderful!
    I will wait till my MS Rep can get me in line for the Hot fix or MS releases it.  Till then I will teach the Users how to Use XP Mode.
    -db 

  • Very slow Sub Select Query

    Oracle Version 9.2.0.7.0
    Sorry to ask what is probably a stupid question that only serves to highlight how useless my SQL is!
    I have this SQL which counts total requisition lines, and then counts how many of those lines have converted to Sales Orders:
    SELECT prha.segment1
         , (SELECT COUNT(*)
              FROM po.po_requisition_lines_all prla
             WHERE prla.requisition_header_id = prha.requisition_header_id)
                                                                      req_line_ct
         , (SELECT COUNT(*)
              FROM po.po_requisition_lines_all prla
                 , ont.oe_order_lines_all sol
             WHERE prla.requisition_line_id = sol.source_document_line_id
               AND prla.requisition_header_id = prha.requisition_header_id)
                                                                       so_line_ct
      FROM po.po_requisition_headers_all prha
    WHERE  prha.creation_date >= '03-JUL-2008';The SQL works, but it is really, really slow. Is that just because it is running through lots and lots of data?
    If I comment out the 2nd Count SELECT, it runs immediately. Perhaps it is so slow because the join between the po_requisition_lines_all and the oe_order_lines_all table is not via primary keys. Also, there is not an index on the oe_order_lines_all table related to the source_document_line_id field.
    I'm sorry I haven't provided the full table designs for the tables involved - but the primary keys joining the requisition tables = via the requisition_headers_all table, and the join via the po_requisition_lines_all and the oe_order_lines_all table is not via a primary key or an index.
    Sorry once again, for probably talking nonsense.

    Please note this is a untested code as you didn't provide any of the required information like
    a) Test Data
    b) Relationship between the tables
    You could try something like this. But as already @someoneelse suggested it is definitely worth reading the link.
    select prha.segment1, count(case when prla.requisition_header_id is not null then 1 end) req_line_ct,
    count(case when sol.source_document_line_id is not null then 1 end) so_line_ct
    from
    po.po_requisition_header_all prha,
    po.po_requisition_lines_all prla,
    ont.oe_order_lines_all sol
    where
    prha.creation_date >= to_date('03.07.2008','dd.mm.yyyy')
    and
    prha.requisition_header_id = prla.requisition_header_id (+)
    and
    prla.requsition_line_id = sol.source_document_line_id (+)
    group by prha.segment1;Regards
    Raj

  • Very slow broadband sppeds query

    HI
    Anyone could advise me please had option3 broadband unlimited 20meg but since friday after it was installed been getting less than 1.5 meg and on occassion get 1816 kbs
    Have been advised by BT help desk that it takes 10 days for it to stabilise with a correct higher speed
    I am not sure about this as I have ran the speed test
    Download  Speed
    1816 Kbps
    0 Kbps
    2000 Kbps
    Max Achievable Speed
     Download speed achieved during the test was - 1816 Kbps
     For your connection, the acceptable range of speeds is 400-2000 Kbps.
     Additional Information:
     Your DSL Connection Rate :5088 Kbps(DOWN-STREAM), 416 Kbps(UP-STREAM)
     IP Profile for your line is - 2000 Kbps
    can anyone advise me why it says ip profile 2000 kbps as it means to me that my line is capped to only accept speeds up to 2000
    Or should I ride it out till next sunday when 10 days are up to see if there is a change.
    this is info from my hub 3
    ADSL Line Status
    Connection Information
    Line state:
    Connected
    Connection time:
    1 days, 00:58:08
    Downstream:
    4.969 Mbps
    Upstream:
    416 Kbps
    ADSL Settings
    VPI/VCI:
    0/38
    Type:
    PPPoA
    Modulation:
    G.992.1 Annex A
    Latency type:
    Fast
    Noise margin (Down/Up):
    7.0 dB / 7.0 dB
    Line attenuation (Down/Up):
    35.4 dB / 31.5 dB
    Output power (Down/Up):
    19.7 dBm / 12.1 dBm
    FEC Events (Down/Up):
    0 / 0
    CRC Events (Down/Up):
    1174 / 26
    Loss of Framing (Local/Remote):
    0 / 0
    Loss of Signal (Local/Remote):
    0 / 0
    Loss of Power (Local/Remote):
    0 / 0
    HEC Events (Down/Up):
    1616 / 0
    Error Seconds (Local/Remote):
    18965 / 312
     Looks as if the HUB as had a restart automatically as I have had it on since friday afternoon
    Please can someone advise me please

    You are in your initial 10 day stabilisation period (as you know), which means your line will see various resyncs of the line to find the fastest, but most stable sync rate for your line.  You will see various IP profiles (speeds depending on your sync rates) over the 10 day period.  At the moment your IP profile, speeds and sync rates are as they should be by the looks of things.
    At the end of the day you will have to wait the 10 days and then see what your line IP profile is.  After that if things aren't right you can ask for the line to be looked at.
    Hope this helps & welcome to the forums
    Kind regards... Tom
    BT Infinity2:

  • Exchange 2013 CU5 , Exchange Power Shell very very very slow reasponse when using get command.

    Exchange 2013 CU5 , Exchange Power Shell very very very slow reasponse when using get command.
    First my organize has Exchange on 2 site like
    site A (internet facing) : 2CAS 2 MB all are Services pack1
    site B (DR Site , no user active on this site) : 2CAS 2MB all are Services pack 1
    so today I upgrade Exchange 2013 from SP1 to CU5 start on "site B" and I found this issue and the details is....
    When I open EMS on any CU5 for query something (like get-mailboxdatabasecopystatus) the response return very slow and some query will not return at all (like get-owavirtualdirectory).
    But If I using EMS on SP1. Everything is ok then I try to use EMS on SP1 connect to CU5 and try to query something. the result is
    some query command cannot return for any result that are server on siteB (just some query command)
    Problem
    EMS on CU5 return very slow result.
    EMS on SP1 still ok.
    Does anyone face this problem before for CU5??? Please help me figure this out. Thank you
    reply from Social.technet

    Hi,
    Have you used the above cmdlets to check your Exchange server health?
    "all other command that I ran on EMS didn't logged on event viewer.", my environment is the same with you. I use Exchange 2013, only errors will be displayed in MSExchange Management. Actually, it is not related to slow EMS response.
    Hope it helps.
    Best regards,
    Amy Wang
    TechNet Community Support

  • User complaining report very slow?

    Hi Gurus,
    There is an interview question in EBS 11I:
    “We have lot of issues in here, We facing some problem, the Discoverer users always complaining getting report very slow, sometimes it gives time-out error. What you think, how to resolve the problem?”
    What are the answers they are looking from us?
    Usually they are not satisfied with couple of answers, if we answered/verified each answer, the interviewer reply “No, …No…No……….. ”.
    So tell me the answer what they are looking for. Please provide full possible scenarios.
    Thanks,

    Here is my 2 cent comments:
    1. network issue
    you can compare the discoverer reports with Oracle reports or Application module to identify this, usually this is not the case
    2. tune the backend query
    you can run the discovery report backend sql query in TOAD, if the query is very slow, then the query has performance issue, you can modify the join condition to improve the performance
    3. add Parameter to Discoverer report
    sometimes it is very difficult to modify the backend sql query, you can add parameter to discoverer report, when end user run the report based on the parameter, data can be quickly displayed. for example, currently report will retrieve all invoices for the company, if you add a year parameter, 2010, the report only retrieve the invoice of 2010.
    4. change timeout time
    timeout issue is a discoverer report setup issue, you can change the timeout time for example from 30 minutes to 60 minutes.
    Thanks

  • Query can run in Oracle 10g but very slow in 11g

    Hi,
    We've just migrated to Oracle 11g and we noticed that some of our view are very slow (it takes seconds in 10g and takes 30 minutes in 11g), and the tables are using the local table.
    Do any of you face the same issue?
    This is our query:
    SELECT
    A.wellbore
    ,a.depth center
    ,d.MD maxbc
    ,d.XDELT xbc
    ,d.YDELT ybc
    ,e.MD minac
    ,e.XDELT xac
    ,e.YDELT yac
    from
    table_A d,table_A e, table_B a
    where a.wellbore = d.WELLBORE (+)
    and a.wellbore = e.WELLBORE(+)
    and d.MD = (select max(MD) from table_A b where b.MD < a.depth and
    d.wellBORE = b.wellBORE)
    and e.md = (select min(md) from table_A c where c.MD > a.depth and
    e.wellBORE = c.wellBORE);

    Thanks I will move to the correct one..
    Rafi,
    Build the Indexes and it is still slow. I am querying from a view from another database, which is in 10g instances.
    Moved: Query can run in Oracle 10g but very slow in 11g
    Edited by: 924400 on Apr 1, 2012 6:03 PM
    Edited by: 924400 on Apr 1, 2012 6:26 PM

  • SPATIAL QUERY VERY SLOW

    I CAN TO EXECUTE THIS QUERY BUT IT IS VERY SLOW, I HAVE 2 TABLE , ONE A WITH 250.000 SITE AND B WITH 250.000 POINTS, I WANT TO DETERMINING HOW MANY RISK INSIDE THE SITES.
    THANKS
    JGS
    SELECT B.ID, A.ID, A.GC, A.SUMA
    FROM DBG_RIESGOS_CUMULOS_SITE A, DBG_RIESGOS_CUMULOS B
    WHERE A.GC = 'PATRIMONIAL FENOMENOS SISMICOS' AND A.GC=B.GC
    AND SDO_RELATE(B.GEOMETRY, A.GEOMETRY, 'MASK=INSIDE') = 'TRUE';
    100 RECORS IN 220 '' SLOWWWWW

    I would do two things:
    1) Ensure Oracle is patched with the latest 10.2.0.4 patches
    This is the list I've been working with:
    Patch 7003151
    Patch 6989483
    Patch 7237687
    Patch 7276032
    Patch 7307918
    2) Write the query like this
    SELECT /*+ ORDERED*/ B.ID, A.ID, A.GC, A.SUMA
    FROM DBG_RIESGOS_CUMULOS B, DBG_RIESGOS_CUMULOS_SITE A
    WHERE B.GC = 'PATRIMONIAL FENOMENOS SISMICOS'
    AND A.GC=B.GC
    AND SDO_ANYINTERACT(A.GEOMETRY, B.GEOMETRY) = 'TRUE';

Maybe you are looking for

  • How do I upgrade my iPod to iOS 4.3

    How do I upgrade my iPod to iOS 4.3? it wont let me download any new apps and half of them dont even work anymore and it has erased all of my pictures

  • How to charge your Palm Centro via 64-bit Windows, with a USB cable

    Here is a way to recharge your Palm Centro on your 64-bit Windows computer, through a USB cable.  But first, a few brief explanatory notes... Note 1:  I have successfully used this method to charge my Palm Centro from my 64-bit Windows 7 computer.  T

  • ITunes Hangs on Start and Can't Load My Library

    I started installing iTunes 11.1.1 on OS X 10.8.5 but, forgot to restart the computer.  Then, a few days later, I opened iTunes and it hung on opening.  It wouldn't even force quit.  So, I ended up having to hard restart the computer.  After that it

  • TBridge error 180097

    I have a test program that injects 10,000 messages to JMS. If I put a 1 second delay between each messages, all messages are processed. Without the delay, WLS reports the error below and moves the message to the error queue. <Nov 20, 2003 2:41:16 PM

  • IPhoto can't locate photos

    Why can't iPhoto can't find my pictures?