Spatial query performance problem after upgrade to 10G
I am in the process of converting my database from a 9i box to a new 10G 64-bit box. But I have found a problem which is causing some reports to be slower on the new box. I have simplified the queries down to having the user_sdo_geom_metadata table joined to use the diminfo in the queries (I know that I am not using them in these queries, but I simplified for testing purposes...)
If I run the following I get and look at the explain plan I get full table scans for both spatial tables and index lookups for the user_sdo_geom_metadata table queries and runs for about 14 seconds.
SELECT ROWNUM
from COUNTIES s,
NOMINATIONS O,
(select diminfo from user_sdo_geom_metadata where table_name='COUNTIES') S_DIM,
(select diminfo from user_sdo_geom_metadata where table_name='NOMINATIONS') O_DIM
where sdo_filter(S.GEOM,o.geom, 'querytype=WINDOW')='TRUE'
and sdo_geom.within_distance(o.geom,0,S.GEOM,.5)='TRUE';
If I just remove the two user_sdo_geom_metadata joins, I get spatial index usage on COUNTIES and the whole thing runs in less that a second.
SELECT ROWNUM
from COUNTIES s,
NOMINATIONS O
where sdo_filter(S.GEOM,o.geom, 'querytype=WINDOW')='TRUE'
and sdo_geom.within_distance(o.geom,0,S.GEOM,.5)='TRUE';
I have rebuilt the indexes, gathered stats, and tried hints to force the first query to use the spatial index. None of which made any change.
Has anyone else seen this?
Gerard Vidrine
Hi Gerard,
When the query window comes from a table Oracle always recommends:
1) Use the /*+ ordered */ hint
2) Put the table the quiery window comes from (geometry-2 in the query) first in the from clause
However, your query is also written very strange. Do you know about SDO_WITHIN_DISTANCE? Or are you trying to do SDO_ANYINTERACT (since the distance is 0)?
So I would write the query you have as:
SELECT s.ROWNUM
from NOMINATIONS O, COUNTIES s
where sdo_relate(S.GEOM,o.geom, 'querytype=WINDOW mask=anyinteract')='TRUE';
or in Oracle10g:
SELECT s.ROWNUM
from NOMINATIONS O, COUNTIES s
where sdo_anyinteract(S.GEOM,o.geom)='TRUE';
Similar Messages
-
Query Performance problem after upgrade from 8i to 10g
Following query takes longer time in 10g.
SELECT LIC_ID,FSCL_YR,KEY_NME,CRTE_TME_STMP,REMT_AMT,UNASGN_AMT,BAD_CK_IND,CSH_RCPT_PARTY_ID,csh_rcpt_id,REC_TYP,XENT_ID,CLNT_CDE,BTCH_CSH_STA,file_nbr,
lic_nbr,TAX_NBR,ASGN_AMT FROM (
SELECT /*+ FIRST_ROWS*/
cpty.lic_id,
cpty.clnt_cde,
cpty.csh_rcpt_party_id,
cpty.csh_rcpt_id,
cpty.rec_typ,
cpty.xent_id,
cr.fscl_yr,
cbh.btch_csh_sta,
nam.key_nme,
lic.file_nbr,
lic.lic_nbr,
cr.crte_tme_stmp,
cr.remt_amt,
cr.unasgn_amt,
ee.tax_nbr,
cr.asgn_amt,
cr.bad_ck_ind
FROM lic lic
,csh_rcpt_party cpty
,name nam
,xent ee
,csh_rcpt cr
,csh_btch_hdr cbh
WHERE 1 = 1
AND ee.xent_id = nam.xent_id
AND cbh.btch_id = cr.btch_id
AND cr.csh_rcpt_id = cpty.csh_rcpt_id
AND ee.xent_id = cpty.xent_id
AND cpty.lic_id = lic.lic_id(+)
AND (cpty.clnt_cde IN ( SELECT clnt_cde
FROM clnt
START WITH clnt_cde = '4006'
CONNECT BY PRIOR clnt_cde_prnt = clnt_cde)
OR cpty.clnt_cde IS NULL)
AND nam.cur_nme_ind = 'Y'
AND nam.ent_nme_typ = 'P' AND nam.key_nme LIKE 'WHITE%')
order by lic_id
Explain Plan in 8i
0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=17 Card=1
Bytes=107)
1 0 FILTER
2 1 NESTED LOOPS (Cost=17 Card=1 Bytes=107)
3 2 NESTED LOOPS (Cost=15 Card=1 Bytes=101)
4 3 NESTED LOOPS (OUTER) (Cost=13 Card=1 Bytes=73)
5 4 NESTED LOOPS (Cost=11 Card=1 Bytes=60)
6 5 NESTED LOOPS (Cost=6 Card=1 Bytes=35)
7 6 INDEX (RANGE SCAN) OF 'NAME_WBSRCH1_I' (NON-UN
IQUE) (Cost=4 Card=1 Bytes=26)
8 6 TABLE ACCESS (BY INDEX ROWID) OF 'XENT' (Cost=
2 Card=4649627 Bytes=41846643)
9 8 INDEX (UNIQUE SCAN) OF 'EE_PK' (UNIQUE) (Cos
t=1 Card=4649627)
10 5 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT_PARTY
' (Cost=5 Card=442076 Bytes=11051900)
11 10 INDEX (RANGE SCAN) OF 'CPTY_EE_FK_I' (NON-UNIQ
UE) (Cost=2 Card=442076)
12 4 TABLE ACCESS (BY INDEX ROWID) OF 'LIC' (Cost=2 Car
d=3254422 Bytes=42307486)
13 12 INDEX (UNIQUE SCAN) OF 'LIC_PK' (UNIQUE) (Cost=1
Card=3254422)
14 3 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT' (Cost=2
Card=6811443 Bytes=190720404)
15 14 INDEX (UNIQUE SCAN) OF 'CR_PK' (UNIQUE) (Cost=1 Ca
rd=6811443)
16 2 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_BTCH_HDR' (Cost=
2 Card=454314 Bytes=2725884)
17 16 INDEX (UNIQUE SCAN) OF 'CBH_PK' (UNIQUE) (Cost=1 Car
d=454314)
18 1 FILTER
19 18 CONNECT BY
20 19 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (UNIQUE) (Cost=1 Ca
rd=1 Bytes=4)
21 19 TABLE ACCESS (BY USER ROWID) OF 'CLNT'
22 19 TABLE ACCESS (BY INDEX ROWID) OF 'CLNT' (Cost=2 Card
=1 Bytes=7)
23 22 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (UNIQUE) (Cost=1
Card=1)
Explain Plan in 10g
0 SELECT STATEMENT Optimizer=HINT: FIRST_ROWS (Cost=19 Card=1
Bytes=112)
1 0 SORT (ORDER BY) (Cost=19 Card=1 Bytes=112)
2 1 FILTER
3 2 NESTED LOOPS (Cost=18 Card=1 Bytes=112)
4 3 NESTED LOOPS (Cost=16 Card=1 Bytes=106)
5 4 NESTED LOOPS (OUTER) (Cost=14 Card=1 Bytes=78)
6 5 NESTED LOOPS (Cost=12 Card=1 Bytes=65)
7 6 NESTED LOOPS (Cost=6 Card=1 Bytes=34)
8 7 INDEX (RANGE SCAN) OF 'NAME_WBSRCH1_I' (INDE
X) (Cost=4 Card=1 Bytes=25)
9 7 TABLE ACCESS (BY INDEX ROWID) OF 'XENT' (TAB
LE) (Cost=2 Card=1 Bytes=9)
10 9 INDEX (UNIQUE SCAN) OF 'EE_PK' (INDEX (UNI
QUE)) (Cost=1 Card=1)
11 6 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT_PAR
TY' (TABLE) (Cost=6 Card=1 Bytes=31)
12 11 INDEX (RANGE SCAN) OF 'CPTY_EE_FK_I' (INDEX)
(Cost=2 Card=4)
13 5 TABLE ACCESS (BY INDEX ROWID) OF 'LIC' (TABLE) (
Cost=2 Card=1 Bytes=13)
14 13 INDEX (UNIQUE SCAN) OF 'LIC_PK' (INDEX (UNIQUE
)) (Cost=1 Card=1)
15 4 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_RCPT' (TABLE
) (Cost=2 Card=1 Bytes=28)
16 15 INDEX (UNIQUE SCAN) OF 'CR_PK' (INDEX (UNIQUE))
(Cost=1 Card=1)
17 3 TABLE ACCESS (BY INDEX ROWID) OF 'CSH_BTCH_HDR' (TAB
LE) (Cost=2 Card=1 Bytes=6)
18 17 INDEX (UNIQUE SCAN) OF 'CBH_PK' (INDEX (UNIQUE)) (
Cost=1 Card=1)
19 2 FILTER
20 19 CONNECT BY (WITH FILTERING)
21 20 TABLE ACCESS (BY INDEX ROWID) OF 'CLNT' (TABLE) (C
ost=2 Card=1 Bytes=15)
22 21 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (INDEX (UNIQUE)
) (Cost=1 Card=1)
23 20 NESTED LOOPS
24 23 BUFFER (SORT)
25 24 CONNECT BY PUMP
26 23 TABLE ACCESS (BY INDEX ROWID) OF 'CLNT' (TABLE)
(Cost=2 Card=1 Bytes=7)
27 26 INDEX (UNIQUE SCAN) OF 'CLNT_PK' (INDEX (UNIQU
E)) (Cost=1 Card=1)
28 20 TABLE ACCESS (FULL) OF 'CLNT' (TABLE) (Cost=5 Card
=541 Bytes=5951)
Explain plan looks different in steps 19 to 28. I am not sure why 10g have more stepsHi
I have no experience in 8i. I do know 10g does costing different from 8i. So I think the other plan might got elliminated.
Normally when I see differences. I just collect statistics on the tables and the indexes and remove the hints. Hints are not good . This has helped me to solve few problems.
Thanks
CT -
A tough performance problem after upgrade to 10g
A stored procedure is running fine (returns in 2 min) against SQLPLUS. But when it is called from the application interface, it will take 40 min to return. I have traced the session and found there is one query takes most of the time waiting on 'db file sequential read', 'gc cr grant 2-way', 'gc cr block 2-way', etc. Is there something needs to be tuned from the database point of view. I cannot explain why it's running perfect in SQLPLUS.
Are the query plans the same when the procedure is called from SQL*Plus and when it is called from the application?
What proportion of the wait time is attribued to the "gc cr grant 2-way" and "gc cr block 2-way" events? Those are events caused by cache fusion in Oracle RAC-- is it possible that the application is running on a different node than your SQL*Plus session? If those events are a significant fraction of the overall wait time, that implies that some other instance has the block pinned. Do you have a handful of hot blocks that have to get sent between different instances constantly?
Justin -
Weird query problem after upgrade to 10g
After upgrading from 9i to 10g I've noticed that one query slowed down drastically (from 100[ms] to 30[s])
SELECT ... FROM first_table LEFT OUTER JOIN second_table ON ...
WHERE first_table.number_column = '453' ...
What's weird is the redundant apostrophes around number in WHERE clause. The same query without those apostrophes executes in 100[ms].
I know it doesn't make any sense to put numbers inside apostrophes but it results from the application structure. Since I can't change the application I need the way to improve this query from the database level.
I tested this query with other databases (9i and 10g) and there is no differences whether the number is in apostrophes or not.
What does it depend on?
Any ideas how to speed-up this query?
Thanks in advance
KuntaHi Gerard,
When the query window comes from a table Oracle always recommends:
1) Use the /*+ ordered */ hint
2) Put the table the quiery window comes from (geometry-2 in the query) first in the from clause
However, your query is also written very strange. Do you know about SDO_WITHIN_DISTANCE? Or are you trying to do SDO_ANYINTERACT (since the distance is 0)?
So I would write the query you have as:
SELECT s.ROWNUM
from NOMINATIONS O, COUNTIES s
where sdo_relate(S.GEOM,o.geom, 'querytype=WINDOW mask=anyinteract')='TRUE';
or in Oracle10g:
SELECT s.ROWNUM
from NOMINATIONS O, COUNTIES s
where sdo_anyinteract(S.GEOM,o.geom)='TRUE'; -
Performance Problem After Upgrade
Hi Gurus,
We have successfully Upgrade our system R3 4.6c to ECC6, Database Oracle 10g on AIX.
Now we are facing Performance Problem. when we are checking Tables are taking Huge time to update data.
Regards,
Darshan...Thanks! AC,
Performance Problem is resolved.
Now facing problem in RFC SAPXPG_DBDEST_ECCDB
Logon Connection Error
Error Details Error when opening an RFC connection
Error Details ERROR: SAP gateway connection failed. Is SAP gateway started?
Error Details LOCATION: SAP-Server eccci_LRP_00 on host eccci (wp 14)
Error Details COMPONENT: CPIC
Error Details COUNTER: 18
Error Details MODULE:
Error Details LINE:
Error Details RETURN CODE: 236
Error Details SUBRC: 0
Error Details RELEASE: 700
Error Details TIME: Tue Mar 17 11:57:01 2009
Error Details VERSION:
Regards,
Darshan.. -
3D performance problems after upgrading memory
I recently purchased an additional 2GB of memory to try and extend the life of my aging computer. I installed the memory yesterday and Windows seems to recognize it (reporting now 3.3GB) but when I dropped into WoW (pretty much the only game I have) the 3D performance was down from the usual 60FPS @ 1600x1080 to a bleak 20 (at best) and the CPU utilization went to about 80% on both cores (with ~20% kernel usages). Basically WoW was being software 3D rendered!!!
I went through the usual reinstall drivers, reboot, etc... and couldn't find a fix. I powered down, pulled out 2 of the memory sticks, booted up, and dropped into WoW - it ran at the full 60FPS and CPU utilization was very low (i.e. back to GPU Hardware 3D rendering). I powered down again, swapped the 2 sticks for the other 2 sticks, booted up, and dropped into WoW - again it ran 100% fine. So I powered down, put all four sticks in, booted back up, and when I dropped into WoW it was running in the software 3D rendering mode (20FPS at best and High CPU/Kernel usage).
I've tried the /PAE option in boot.ini - no joy. I've tried /MAXMEM = to 3300, 3072, 3000, and even 2048 - no joy in any of those cases. Has anyone seen anything like this before? Or have suggestions to fix (other than going to Win7-64)?
All info in signature is up to date.
Thanks in advance for any help!Quote
Well his last post was a little over 6 hours ago so he was up pretty late.
Looks like nothing one does in here goes completely unnoticed.
Anyway, I am done sleeping now.
Quote
his 2 Pfennig's worth. I know, I know it's Euro's now.
Yeah, and what used to be "Pfennige" is now also called "Cents" and here are mine:
Quote
I've tried the /PAE option in boot.ini - no joy. I've tried /MAXMEM = to 3300, 3072, 3000, and even 2048 - no joy in any of those cases. Has anyone seen anything like this before? Or have suggestions to fix (other than going to Win7-64)?
PAE or Physical Memory Extension will not do anything as Microsoft has castrated this feature to such an extend that it has nothing to do with memory addressing anymore when in comes to Windows XP:
http://en.wikipedia.org/wiki/Physical_Address_Extension#Microsoft_Windows
Quote
Windows XP Service Pack 2 and later, by default, on processors with the no-execute (NX) or execute-disable (XD) feature, runs in PAE mode in order to allow NX. The NX (or XD) bit resides in bit 63 of the page table entry and, without PAE, page table entries only have 32 bits; therefore PAE mode is required if the NX feature is to be exploited. However, desktop versions of Windows (Windows XP, Windows Vista) limit physical address space to 4 GiB for driver compatibility reasons.
The feature is already automatically enabled. But since is original function (Address Extension) does no longer exist when it comes to the desktop versions of Windows XP, it won't really do anything you would ever notice.
About the /MAXMEM Switch: In Windows 32bit operating systems, every process is limited to 2GB of memory. The point of the switch is to allow certain applications (or their run-time process) to occupy a higher amount of system memory than 2GB. However, the culprit here is that only those applications are able to utilize this ability that have been programmed (or compiled) accordingly. A special flag (large memory aware) has to be implemented. Otherwise, these application will be restricted to 2GB even though the /MAXMEM Switch has been set to extend the 2GB limit to 3GB. Most 32bit applications come without the "large memory aware" flag and that is why usually, settings the switch won't change anything.
In any case, it is unlikely that /PAE (even if it would not be castrated) and /MAXMEM would have an impact on your actual issue because I doubt that it has much to do with either memory adressing or the memory limit of an indiviual Windows process.
Quote
the 3D performance was down from the usual 60FPS @ 1600x1080 to a bleak 20 (at best) and the CPU utilization went to about 80% on both cores (with ~20% kernel usages).
There are a couple of hardware based explanations to consider here. Let's start with the most obvious one:
1. 975X Memory Controller
The main reason that the system chooses to automatically set the Memory Speed to DDR2-667 even though DDR2-800 modules are installed, is that by design the memory controller of the Intel 975X Chipset does not natively support DDR2-800 modules, but
>>Intel® 975X Express Chipset Datasheet - For the Intel® 82975X Memory Controller Hub (MCH)<< [Page 20]
This means, that from the point of view of the memory controller, operating the memory @DDR2-800 actually means overclocking it (with all potential side effects).
Basically, if your initial problem disappears as soon as you reduce the memory speed to DDR2-667, the design limitation of the memory controller may explain your findings.
2. Different memory modules
If I read your signature correctly, you are actually mixing two different kits/models of RAM (CM2X1024-6400C4DHX and CM2X1024-6400C4). This can work of course, but in practice it not necessarely does under all circumstances.
This list (-> http://ramlist.i4memory.com/ddr2/) indicates that there are at least 14 different module types/revisions of Corsair DDR2-800 / CL4 modules that utilize a wide range of different memory chips (Elpida, ProMos, Micron, Infinion, Powerchip, Qimonda, Samsung, Infinion etc.). Even though the superficial specifications for these chips appear to be pretty similar (DDR2-800 / CL5 / CL4), this does not necessarely mean that the modules will respond to the same operating conditions in the same way. There may be small difference in sub-timings/sub-latencies and/or the general responsiveness of the ICs which may affect the operating behaviour of the memory controller (which by the way also includes the PCI-Express interface which your video card is hooked up to).
And again: If running the system @DDR2-667 solves your issue, the possible explanation is that higher clock speeds may amplify (or trigger) potential performance problems that could have to do with the use of non-identical memory modules.
Furthermore: It is also possible that the memory controller's design limitations and the potential compatibility problems that may be attributed to mixing different modules types may reinforce each other in terms of reduced system performance.
3. The BIOS may have an impact as well
There has been known issue with the use of certain video cards in conjunction with 4GB of system memory on this mainboard:
https://forum-en.msi.com/index.php?topic=107301.0
https://forum-en.msi.com/index.php?topic=105955.0
https://forum-en.msi.com/index.php?topic=99818.msg798951#msg798951
What may have come out as graphics/display corruption in earlier BIOS Releases may come out as reduced system performance when using the latest BIOS Release. Of course, this is hard to prove, but I thought I'd mention it anyway. May I ask what amount of video memory your card has onboard?
Fortunately, there is a BIOS version that you could consider to try in this matter. It is not only the last BIOS Release that could be used in order to avoid the corruption issue, but it is (in my oppionion) the best BIOS Version that was ever released for the 975X Platinum PUE Mainboard: W7246IMS.716 [v7.1b6]. I have been using this mainboard for almost two years and have tested almost every BIOS Release that ever came out and I always went back to v7.1b6 as "ground zero".
It will properly support your E6600 (so you don't have to worry about that) and as far as I remember, there are no known compatibility issues with other components. So maybe, you want to give this a shot.
The bottom line is that in a worst case scenario, the problem you describe could be caused by all of the above things at the same time. You cannot really do anything about the 975X Chipset Specifications and the only way to rule out explanation #2 is to test modules that are actually identical (same model number, revision and memory chips). A test of the 7.1b6 BIOS Release is something you should consider. It may be the only way to test the BIOS Hypothesis.
This post turned out to be longer than I intended, but then again, I am well-rested after a good sleep and the wake-up coffee is kicking in pretty good. -
Performance Problem After upgrade to oracle 10g
Hi
I have upgrade one of my datawarehouse database from oracle 9.2.0.8 to oracle 10.2.0.4 running on solaris 9
After the upgrade jobs which were running in the database is taking hell lot of time.
The jobs are accessing the views which is used to get the monthly report data from the database.
what could be the solution and where to start from to get the RCA to resolve this performance issue
Please let me know if you require any other information
database is currently running in the automatic shared memory management mode ie SGA_MAX and SGA_TARGET parameters are defined for thatThere are a lot of differences between 10g and 9i in this regard, among these are:
- There is a default job that gathers statistics every night which is not there in 9i. You might have totally different statistics as in 9i due to that job, depending on how and if at all you used to collect statistics in 9i
- The 10g DBMS_STATS package collects histograms on some columns by default (parameter METHOD_OPT=>'FOR ALL COLUMNS SIZE AUTO' default in 10g whereas 'FOR ALL COLUMNS SIZE 1' in 9i) which can have a significant effect on the execution plans
- The 10g optimizer has CPU costing enabled by default which can make significant changes to your execution plans due to different costing of table scans and order of predicate evaluation. In addition it uses NOWORKLOAD system statistics if system statistics have not been gathered explicitly
- 10g checks the min and max values stored for columns in the data dictionary. If your predicates are way off compared to these values then 10g begins to adjust the calculated selectivity of the predicate which can again significantly affect your execution plans
- 10g introduces the "Cost Based Query Transformation (CBQT)" feature which means that rather than applying heuristic transformation rules transformations are costed and potentially discarded whereas 9i applies transformations unconditionally whenever possible
Check also the following note resp. white paper:
http://optimizermagic.blogspot.com/2008/02/upgrading-from-oracle-database-9i-to.html
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle (Open source Oracle GUI for Windows):
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/ -
Spatial query performance problems
In preparation for making using of spatial data in our oracle database, I wanted to create a view (materialised) that brings together data from a few different tables into one place ready for publishing as a WMS layer.
I'm being stumped at first base by crippling performance of Oracle spatial function. Later joins of ordinary fields are ok, but the spatial joining of two tables using the following sql runs for an absurd length of time (i've given up - I don't know how long it actually takes only that it takes far too long)
SELECT /*+ ordered */
lg.GRIDREF, lg.SYSTEM, lg.PARENT, lg.TYPE,
lrd.REGION_CODE
FROM TABLE (SDO_JOIN('L_GRIDS','BOUNDARY','L_REGION_DEFINITION','BOUNDARY','mask=COVERS')) c,
L_GRIDS lg, L_REGION_DEFINITION lrd
WHERE c.rowid1 = lg.rowid AND c.rowid2 = lrd.rowid
ORDER BY lrd.REGION_CODE
Both tables have spatial indexs. L_REGION_DEFINITION contains 200 rows with complex boundaries stored as spatial objects. L_GRIDS contains 475,000 rows, each with a trivially simple spatial object consisting of a square polygon of 4 points.
The database is 10g patched to latest. The server is dual quad Xeon processors with 16gb of ram. I didn't expect it to be a lightning query, but surely it should be usable?
Any ideas?Try to upgrade to at least 11.2.0.2 and use the following query
SELECT /*+ leading(lrd lg) */
lg.GRIDREF, lg.SYSTEM, lg.PARENT, lg.TYPE,
lrd.REGION_CODE
FROM L_GRIDS lg, L_REGION_DEFINITION lrd
WHERE sdo_relate(lg.boundary, lrd.boundary, 'mask=COVEREDBY') = 'TRUE'
ORDER BY lrd.REGION_CODE;
And since not sure about your query's intention, maybe it is "mask=INSIDE+COVEREDBY",
please check out oracle spatial developer guide for details about different masks. -
Performance problem after upgrade from Web version to Basic version
A couple days I ago I 'upgraded' my SQL Azure database from the Web service tier to Basic. Since doing that the performance on many of my queries as dropped noticeably. I've made no schema changes, and the amount of data in my database has changed very
little since the upgrade. Has anyone had this same problem?
Randy MinderRandy,
See this blog about how to upgrade to the new tiers and some advice on finding the right fit.
http://azure.microsoft.com/en-us/documentation/articles/sql-database-upgrade-new-service-tiers/
Basic is not equivalent to Web in the new Editions tiers. While you do 'upgrade' to editions, granting you access to new features and the tiers themselves, you can now choose an experience which has less performance than you had previous in Web/Business.
Try upgrading your server to a new tier based on the advice in the article above. If you read the article below:
https://msdn.microsoft.com/en-us/library/azure/dn369873.aspx
You can see that standard is actually targeting at many of the production use cases of Web, where Basic is targeting developers who were using Web, before, to test out their applications. Basic isn't intended for scenarios with multiple concurrent users.
Hopefully that helped. If you have any other questions, feel free to reply.
Regards,
Chris -
Performance issues after upgrading to 11g
hello,
We are facing a performance issue after upgrading from 10g to 11g.
as you can see, the tables named APPLSYS.FND_ENV_CONTEXT has grown to 15544880 records,
and oracle is using TABLE ACCESS FULL on it:
DELETE FND_ENV_CONTEXT E
WHERE NOT EXISTS
(SELECT 'X'
FROM FND_CONCURRENT_PROCESSES P
WHERE P.CONCURRENT_PROCESS_ID = E.CONCURRENT_PROCESS_ID)
AND ROWNUM < 10000;
Plan:
DELETE STATEMENT ALL_ROWSCost: 74,345
5 DELETE APPLSYS.FND_ENV_CONTEXT
4 COUNT STOPKEY
3 HASH JOIN RIGHT ANTI Cost: 74,345 Bytes: 3,108,980 Cardinality: 155,449
1 INDEX FULL SCAN INDEX (UNIQUE) APPLSYS.FND_CONCURRENT_PROCESSES_U1 Cost: 166 Bytes: 315,450 Cardinality: 63,090
2 TABLE ACCESS FULL TABLE APPLSYS.FND_ENV_CONTEXT Cost: 69,124 Bytes: 233,173,200 Cardinality: 15,544,880
select num_rows,last_analyzed from dba_tables where table_name='FND_ENV_CONTEXT'
15544880 07/07/2011 12:08:55
please advice.
OferPlease see these docs.
Table Fnd_env_context Growing Very Fast [ID 419990.1]
FND Related Tablespaces Growing at Rapid and Excessive Rate [ID 189800.1]
FNDCPPUR Request Does Not Always Delete Files From The File System, Many Files Will Be Denoted As "deletion failed" [ID 1335304.1]
Concurrent Processing - Best Practices for Performance for Concurrent Managers in E-Business Suite [ID 1057802.1]
Concurrent Processing - Purge Concurrent Request and/or Manager Data Program (FNDCPPUR) [ID 104282.1]
Thanks,
Hussein -
Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query
Hi All,
There is a Performance issue after Upgrade from 4.7 to ECC 6.0 with a select query in a report painter.
This query is working fine when executed in 4.7 system where as it is running for more time in ECC6.0.
Select query is on the table COSP.
SELECT (FIELD_LIST)
INTO CORRESPONDING FIELDS OF TABLE I_COSP PACKAGE SIZE 1000
FROM COSP CLIENT SPECIFIED
WHERE GJAHR IN SELR_GJAHR
AND KSTAR IN SELR_KSTAR
AND LEDNR EQ '00'
AND OBJNR IN SELR_OBJNR
AND PERBL IN SELR_PERBL
AND VERSN IN SELR_VERSN
AND WRTTP IN SELR_WRTTP
AND MANDT IN MANDTTAB
GROUP BY (GROUP_LIST).
LOOP AT I_COSP .
COSP = I_COSP .
PERFORM PCOSP USING I_COSP-_COUNTER.
CLEAR: $RWTAB, COSP .
CLEAR CCR1S .
ENDLOOP.
ENDSELECT.
I have checked with the table indexes, they were same as in 4.7 system.
What can be the reson for the difference in execution time. How can this be reduced without adjusting the select query.
Thanks in advance for the responses.
Regards,
Dedeepya.Hi,
ohhhhh....... lots of problems in select query......this is not the way you should write it.
Some generic comments:
1. never use SELECT
endselect.
SELECT
into table
for all entries in table
where.
use perform statment after this selection.
2. Do not use into corresponding fields. use exact structure type.
3. use proper sequence of fields in the where condition so that it helps table go according to indexes.
e.g in your case
sequence should be
LEDNR
OBJNR
GJAHR
WRTTP
VERSN
KSTAR
HRKFT
VRGNG
VBUND
PARGB
BEKNZ
TWAER
PERBL
sequence should be same as defined in table.
Always keep select query as simple as possible and perform all other calculations etc. afterwords.
I hope it helps.
Regards,
Pranaya -
Problem with Java Application after upgrade to 10g
after upgrading to 10g if I enable coloumn of varchar255 to load into memory of my middleware orm following error is thrown,
javax.servlet.jsp.JspException at jsp.viewsinglerecord.throwError(_viewsinglerecord.java:31) [SRC:/jsp/standardinclude.jsp:84] at jsp.viewsinglerecord._jspService(_viewsinglerecord.java:1185) [SRC:/jsp/displaymultiplerecords.jsp:461] at com.orionserver[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].http.OrionHttpJspPage.service(OrionHttpJspPage.java:56) at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:356) at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:498) at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:402) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:835) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:341) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.forward(ServletRequestDispatcher.java:230) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.GetParametersRequestDispatcher.forward(GetParametersRequestDispatcher.java:257) at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1069) at org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:455) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:835) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:341) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:816) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:231) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:136) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192) at java.lang.Thread.run(Thread.java:534)
Any lights on this issue ?after upgrading to 10g if I enable coloumn of varchar255 to load into memory of my middleware orm following error is thrown,
javax.servlet.jsp.JspException at jsp.viewsinglerecord.throwError(_viewsinglerecord.java:31) [SRC:/jsp/standardinclude.jsp:84] at jsp.viewsinglerecord._jspService(_viewsinglerecord.java:1185) [SRC:/jsp/displaymultiplerecords.jsp:461] at com.orionserver[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].http.OrionHttpJspPage.service(OrionHttpJspPage.java:56) at oracle.jsp.runtimev2.JspPageTable.service(JspPageTable.java:356) at oracle.jsp.runtimev2.JspServlet.internalService(JspServlet.java:498) at oracle.jsp.runtimev2.JspServlet.service(JspServlet.java:402) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:835) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:341) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.forward(ServletRequestDispatcher.java:230) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.GetParametersRequestDispatcher.forward(GetParametersRequestDispatcher.java:257) at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1069) at org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:455) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:835) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:341) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:816) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:231) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].server.http.AJPRequestHandler.run(AJPRequestHandler.java:136) at com.evermind[Oracle Application Server Containers for J2EE 10g (10.1.2.3.0)].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:192) at java.lang.Thread.run(Thread.java:534)
Any lights on this issue ? -
Problems after upgrade bios to v4.3 - P67A-GD65
Hi to everybody,
I was having a problems after upgrade bios to v4.3 of my mainboard P67A-GD65.
After upgraded bios version (FW) its interface was changed and seemed better. also some specifiactions upgraded that i am now able to follow information of bios in my windows. with Control Center.
1) first of all after bios upgrade XMP memory section can only be enable şf ş choose OC geniue on. but with this my cpu warm till 98C degree. because i have only stock cpu cooler of intel.
in normal mode xmp can not be activated so that my memory that corsair vengeance dd3 1600mhz works at 1333mhz only.
Also there was information about what is new in this version of bios fw as:
- Enhanced PCI-E display card performance.
- Improved memory compatibility.
2) second problem that i have i wanted to turn cpu leds which were located above cpu slot blue leds. once i turn them off and it is ok. but when shutdown computer and restart it turn on itself.
so may be there have benn occured a problem that mb can not save edited settings correctly?
3) For last i could not find Winki 3 OS/linuz anywhere is there a link to it to integrate to my mb?
Thanks for your replies from now on.
Greetings.Quote from: momosala on 02-April-13, 17:54:22
I think you had better to flash back to beta 4.39 bios, here : https://forum-en.msi.com/index.php?topic=164135.msg1214789#msg1214789
And use and install on USB key MSI Forum HQ USB flashing tool from here : https://forum-en.msi.com/index.php?topic=108079.msg800577#msg800577
Flash using method 1.
And tell us if that works.
thank you for reply that fast i will try asap and tell here.
Btw, have you ever face a problem as i wrote above? -
Problems after upgrade: Leopard to Leopard no longer works
My sister upgraded to Leopard on her iMac(c2d) to Leopard yesterday. Earlier in the day we were able to do video chats with a number of people(her machine Tiger to Fathers machine Leopard). However, since upgrading, we've experienced weird behavior for video chats. Basically in her window she won't see her image(the small one), and I don't see her at all. We've tested this out with a number of other iChat accounts and get the same results. Btw, all machines that are chatting with her are using Leopard. Also, all other forms/capabilities work: screen sharing, sharing of pictures, audio chats.
Anyone out there have similar problems after upgrading from Tiger to Leopard? I have done the usual adjustments of bandwidth and QT settings, as well as restarts. What else should I try?
tia,
nI finally resolved this problem: I think the issues/steps would be helpful for anyone who experiences iSight off or not working problems after upgrading to Leopard(then to 10.5.1) on a intel 20" iMac :
Problem:
-If you have an internal iSight on an iMac and your camera works fine in Tiger
-If you upgrade to Leopard
-If Chat camera doesn't show your image (iSight off) even though the green light is on
-You can see the other persons video on iChat
-Your friends can here you and you can share screens, files, etc.....everything but have them see you
These are the initial steps I took:
- Deleted the pLists(or stored preferences for the Application) described at the top of this thread
- Was told it might be slow internet connection so did various things: disconnected other computers, changed wireless to "G" only
- Specifically Opened of ports spec'd for Leopard on router (even though I hadn't needed to do this under Tiger)
- Tried chats with various people on various fast/slow networks
- Restarted all aspects of the network: router, wireless access point, computer
- Checked to see if the iSight was shown in 'System Profiler'. It was found in 'About This Mac->More Info->System Profiler->USB'
- Clicked Video icon in iChat Buddies window(to the right of your name) and coudn't see my image
- Opened 'PhotoBooth' and coudn't see my image(black screen)
- Opened iMovie and couldn't capture video via the iSight(black screen)
- Opened iChat->Preferences->Video and couldn't see my image
- Validated that 'Camera is Enabled' in iChat->Video->Camera is Enabled
If you are experiencing a similar problem with you built-in iSight, I would probably focus on the last 5 things that I did. What they showed me was that the iSight was just not capturing video even though it was capturing sound in 3 different applications.
The solution to iSight Off or iSight Not Responding or No Video is......reset your computer! I had thought my sister performed this but it turns out she hadn't. Here's the link to this procedure:
http://docs.info.apple.com/article.html?artnum=303446
Very easy to do though: Power off computer and unplug all cables, including power cable for at least 15 seconds. Plug everything back in and power up the computer and retry clicking on the 'Video' icon next to your login name. If you see yourself then...problem is solved.
While I eventually found posts in several other forums, it took me the better part of a week. To try this simple step. I wish I had done so straight away. Oy. I guess I learned a lot about ports, speed etc.
I hope this helps. -
Select after upgrade 9i - 10g runs slowly thousand times - urgent
I have select which runs around one second on Oracle 9. After upgrade to 10g this select runs more than two hours. I compute statistics on all tables, all columns and all indexes. This select consist from two parts - every part run on oracle 10g around 0.5 second but together more than 2 hours. When I rewrite it using WITH clausule, it runs 2 second. But I don't want to rewrite selects .. I want to find why it runs slow on 10g.
Below are original and rewrited select with their execution plans.
Any idea or recomendation?
Select:
SELECT * FROM (
SELECT DISTINCT from_fix_ident ident, from_ident_icao icao
, latitude1 latitude, longitude1 longitude, from_fix_fea_pk src
, -1 mslink
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink=l_dgn_airway.mslink
UNION ALL
SELECT DISTINCT to_fix_ident ident, to_ident_icao icao
, latitude2 latitude, longitude2 longitude, to_fix_fea_pk src
, -2 mslink
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink=l_dgn_airway.mslink
UNION ALL
SELECT ident, icao, latitude, longitude, 5 src, mslink FROM l_sky_navaid
UNION ALL
SELECT ident, icao, latitude, longitude, 6 src, mslink FROM l_sky_waypoint)
WHERE ident||';'||icao||';'||src IN (
SELECT ident||';'||icao||';'||src FROM (
SELECT from_fix_ident ident
, from_ident_icao icao
, latitude1 latitude
, longitude1 longitude
, from_fix_fea_pk src
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink = l_dgn_airway.mslink
UNION ALL
SELECT to_fix_ident ident
, to_ident_icao icao
, latitude2 latitude
, longitude2 longitude
, to_fix_fea_pk src
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink = l_dgn_airway.mslink
MINUS
SELECT ident
, icao
, latitude
, longitude
, 5 src
FROM l_sky_navaid
MINUS
SELECT ident
, icao
, latitude
, longitude
, 6 src
FROM l_sky_waypoint
ORDER BY ident, icao, src, mslink, latitude, longitude;Execution plan:
Plan
SELECT STATEMENT ALL_ROWSCost: 2 003 Bytes: 1 572 402 240 Cardinality: 24 568 785
29 SORT ORDER BY Cost: 2 003 Bytes: 1 572 402 240 Cardinality: 24 568 785
28 FILTER
12 VIEW EUS. Cost: 825 Bytes: 3 522 880 Cardinality: 55 045
11 UNION-ALL
4 HASH UNIQUE Cost: 398 Bytes: 981 948 Cardinality: 22 317
3 HASH JOIN Cost: 142 Bytes: 981 948 Cardinality: 22 317
1 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 85 Bytes: 290 121 Cardinality: 22 317
2 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
8 HASH UNIQUE Cost: 398 Bytes: 981 948 Cardinality: 22 317
7 HASH JOIN Cost: 143 Bytes: 981 948 Cardinality: 22 317
5 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 85 Bytes: 290 121 Cardinality: 22 317
6 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
9 TABLE ACCESS FULL TABLE EUS.L_SKY_NAVAID Cost: 6 Bytes: 57 225 Cardinality: 1 635
10 TABLE ACCESS FULL TABLE EUS.L_SKY_WAYPOINT Cost: 22 Bytes: 324 712 Cardinality: 8 776
27 VIEW EUS. Cost: 325 Bytes: 12 042 Cardinality: 446
26 MINUS
23 MINUS
20 SORT UNIQUE Cost: 325 Bytes: 23 128 Cardinality: 446
19 UNION-ALL
15 HASH JOIN Cost: 145 Bytes: 9 812 Cardinality: 223
13 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 89 Bytes: 2 899 Cardinality: 223
14 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
18 HASH JOIN Cost: 146 Bytes: 9 812 Cardinality: 223
16 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 89 Bytes: 2 899 Cardinality: 223
17 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
22 SORT UNIQUE Bytes: 512 Cardinality: 16
21 TABLE ACCESS FULL TABLE EUS.L_SKY_NAVAID Cost: 6 Bytes: 512 Cardinality: 16
25 SORT UNIQUE Bytes: 2 992 Cardinality: 88
24 TABLE ACCESS FULL TABLE EUS.L_SKY_WAYPOINT Cost: 24 Bytes: 2 992 Cardinality: 88 Rewrited select which run fast:
WITH inselect AS
(SELECT ident || ';' || icao || ';' || src
FROM (SELECT from_fix_ident ident, from_ident_icao icao,
latitude1 latitude, longitude1 longitude,
from_fix_fea_pk src
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink = l_dgn_airway.mslink
UNION ALL
SELECT to_fix_ident ident, to_ident_icao icao,
latitude2 latitude, longitude2 longitude,
to_fix_fea_pk src
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink = l_dgn_airway.mslink
MINUS
SELECT ident, icao, latitude, longitude, 5 src
FROM l_sky_navaid
MINUS
SELECT ident, icao, latitude, longitude, 6 src
FROM l_sky_waypoint)),
mainselect AS
(SELECT DISTINCT from_fix_ident ident, from_ident_icao icao,
latitude1 latitude, longitude1 longitude,
from_fix_fea_pk src, -1 mslink
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink = l_dgn_airway.mslink
UNION ALL
SELECT DISTINCT to_fix_ident ident, to_ident_icao icao,
latitude2 latitude, longitude2 longitude,
to_fix_fea_pk src, -2 mslink
FROM l_sky_airway, l_dgn_airway
WHERE l_sky_airway.mslink = l_dgn_airway.mslink
UNION ALL
SELECT ident, icao, latitude, longitude, 5 src, mslink
FROM l_sky_navaid
UNION ALL
SELECT ident, icao, latitude, longitude, 6 src, mslink
FROM l_sky_waypoint)
SELECT *
FROM mainselect
WHERE ident || ';' || icao || ';' || src IN (SELECT *
FROM inselect)
ORDER BY ident, icao, src, mslink, latitude, longitude;
Plan
SELECT STATEMENT ALL_ROWSCost: 550 336 Bytes: 2 383 172 145 Cardinality: 24 568 785
31 SORT ORDER BY Cost: 550 336 Bytes: 2 383 172 145 Cardinality: 24 568 785
30 HASH JOIN Cost: 2 647 Bytes: 2 383 172 145 Cardinality: 24 568 785
17 VIEW VIEW SYS.VW_NSO_1 Cost: 1 173 Bytes: 1 472 922 Cardinality: 44 634
16 HASH UNIQUE Cost: 1 173 Bytes: 1 205 118 Cardinality: 44 634
15 VIEW EUS. Cost: 828 Bytes: 1 205 118 Cardinality: 44 634
14 MINUS
11 MINUS
8 SORT UNIQUE Cost: 828 Bytes: 2 314 600 Cardinality: 44 634
7 UNION-ALL
3 HASH JOIN Cost: 142 Bytes: 981 948 Cardinality: 22 317
1 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 85 Bytes: 290 121 Cardinality: 22 317
2 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
6 HASH JOIN Cost: 143 Bytes: 981 948 Cardinality: 22 317
4 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 85 Bytes: 290 121 Cardinality: 22 317
5 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
10 SORT UNIQUE Bytes: 52 320 Cardinality: 1 635
9 TABLE ACCESS FULL TABLE EUS.L_SKY_NAVAID Cost: 6 Bytes: 52 320 Cardinality: 1 635
13 SORT UNIQUE Bytes: 298 384 Cardinality: 8 776
12 TABLE ACCESS FULL TABLE EUS.L_SKY_WAYPOINT Cost: 22 Bytes: 298 384 Cardinality: 8 776
29 VIEW EUS. Cost: 825 Bytes: 3 522 880 Cardinality: 55 045
28 UNION-ALL
21 HASH UNIQUE Cost: 398 Bytes: 981 948 Cardinality: 22 317
20 HASH JOIN Cost: 142 Bytes: 981 948 Cardinality: 22 317
18 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 85 Bytes: 290 121 Cardinality: 22 317
19 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
25 HASH UNIQUE Cost: 398 Bytes: 981 948 Cardinality: 22 317
24 HASH JOIN Cost: 143 Bytes: 981 948 Cardinality: 22 317
22 TABLE ACCESS FULL TABLE EUS.L_SKY_AIRWAY Cost: 85 Bytes: 290 121 Cardinality: 22 317
23 TABLE ACCESS FULL TABLE EUS.L_DGN_AIRWAY Cost: 56 Bytes: 691 827 Cardinality: 22 317
26 TABLE ACCESS FULL TABLE EUS.L_SKY_NAVAID Cost: 6 Bytes: 57 225 Cardinality: 1 635
27 TABLE ACCESS FULL TABLE EUS.L_SKY_WAYPOINT Cost: 22 Bytes: 324 712 Cardinality: 8 776 Reformated
Message was edited by:
Vlada
Message was edited by:
VladaVlada,
could you please post an properly formatted explain plan output using DBMS_XPLAN.DISPLAY including the "Predicate Information" section below the plan to provide more details regarding your statement. Please use the \[code\] and \[code\] tags to enhance readability of the output provided:
In SQL*Plus:
SET LINESIZE 130
EXPLAIN PLAN FOR <your statement>;
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY);In order to get a better understanding where your statement spends the time you might want to turn on SQL trace as described here:
[When your query takes too long|http://forums.oracle.com/forums/thread.jspa?threadID=501834]
and post the "tkprof" output here, too.
Could you also provide the information which version of 10g you're currently using? (4-digit version number). Note that 10g introduced a couple of significant changes including CPU costing enabled by default and a different default setting of DBMS_STATS regarding column histograms.
So you might want to re-gather the statistics using the method_opt parameter of the DBMS_STATS.GATHER__STATS procedures explicitly defined as "FOR ALL COLUMNS SIZE 1" to mimic the 9i behaviour.
You also might want to try the "OPTIMIZER_FEATURES_ENABLE" session setting set to "9.2.0" in order to find out if any of the new optimizer features could be causing the issue if re-gathering the statistics as suggested above doesn't make a difference.
Do you know if the tables/indexes in your 9i database also had reasonable statistics?
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle:
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/
Edited by: Randolf Geist on Sep 8, 2008 9:32 AM
Added some specific suggestions
Maybe you are looking for
-
Devloped an ALV report for daily cash receipts for selected date range
hi, how to devlop an ALV report for daily cash receipts for selected date range.for this report what are the tables and fields we have to use.what is the selectionscreen&what is logic.give me sample report.
-
SO- my previous post was deleted by someone about SharePoint not talking to TFS
If you are going to delete this, please have the courtesy to let me know before doing so. Our TFS SharePoint integration has ceased to work, and so far all the so called "fixes" have not worked to correct this. ON the TFS forum they are saying its a
-
Can't access more than counters 0 & 1 on my 6602 board
When I use the Count Events or Time.vi at the "easy" counter level on the functions palette I can use counters 0 & 1 but when I try counters 2 through 7 I get the error message -10020 occurred at CTR Mode Config. : Timebase is invalid. When I dig dow
-
Why can I not upload any images from my iPhone 4 to my Macbook Pro? Please help!
Hi all, I'm pretty much tearing my hair out with this one, I don't know what to do - I simply cannot upload any photos from iPhone 4 to Macbook Pro. This problem appeared out of the blue. I am trying to upload to iPhoto - not working. I have clearing
-
My G500 destroys Hard disk drives
In a period of less than a year 4 different new hard disk drivers, including the one it came with and two scrorpio blacks with five year warranty, have appeared either weak or bad sectors. Coincidence? At a random point the laptop starts to be awfull