Performance issues after iOS4 upgrade
hello everyone,
I had notices few issues after I upgraded my iPhone 3GS:
1- The screen is not rotating (when reading e-mails of flipping photoes).
2- The resolustion has decreased big time after the upgrade. Now the photos are shown in less resolution and they look hazy.
3- my Ipod is not working.
4- I could not restore my device via the itune.
my big question is there a real tangible benifit for this new upgrade?
I really appreciate if you can help me soon
thanks.
There are a number of bugs 12600557, 12675485, 12669814, 12698488 logged in for 11.1.2.1 - If you use Internet Explorer 8 and have data forms designed to use a large number of sparse dimension members in rows or columns, you may experience performance degradation when opening the data forms.
This has been fixed in Oracle Hyperion Planning, Fusion Edition Release 11.1.2.1 Patch Set Update (PSU): 11.1.2.1.101 which is available on My Oracle Support as Patch 12666861.
HTH-
Jasmine.
Similar Messages
-
Performance Issues after an Upgrade
Hello!
We are experiencing performance issues after we upgraded to a new version of Hyperion (11.1.2.1). At this point, I am not too sure about the actual causes for this degrade in performance but I am trying to narrow down the causes and need your inputs. Please help me with your ideas.
1) What could be the causes/factors for the performance to degrade after an upgrade?
2) Does the performance of a script depend on the user credentials i.e. who is launching the script? Whether it’s the super admin of the application/application owner or an application specific admin?
3) Does the performance of the scripts depend on the place you are launching it from? For example - will the performance differ if it’s launched from MaxL Vs EAS?
Please let me know your thoughts on this.
Thanks,
- KrrishThere are a number of bugs 12600557, 12675485, 12669814, 12698488 logged in for 11.1.2.1 - If you use Internet Explorer 8 and have data forms designed to use a large number of sparse dimension members in rows or columns, you may experience performance degradation when opening the data forms.
This has been fixed in Oracle Hyperion Planning, Fusion Edition Release 11.1.2.1 Patch Set Update (PSU): 11.1.2.1.101 which is available on My Oracle Support as Patch 12666861.
HTH-
Jasmine. -
Performance issue after PT Upgrade.
Hakan and Team ,
We recently moved from PT 8.48 TO PT8.51.18 on CRM 8.8 Application.
After the upgrade, we tremendously saw big performance issues with PeopleSoft CRM Application. It freezes almost every day and all their work-force (call center representatives) go idle. It significantly impacts their productivity and eventually losing revenue.
can you please suggest few suggestion or DOC that will help us to improve performance on application and DB side.
Deatils :-
SQL SERVER 2005
Windows 2008 R2Hi,
Performance is always a difficult one to tackle.
It can be at so many levels, DB, Appserver, Webserver, CPU, RAM, Infra, etc.
At OOW2012, David Kurtz gave a great highly detailed presentation on this subject: CON9210 - Performance Tuning for PeopleSoft Administrators
http://www.myexpospace.com/oracle2012/smupload/scloader.cfm?SCID=257daa92-a6e8-411a-9806-2c22e56687d3
See if you can apply some of the keypoints from his presentation.
Regards,
Hakan -
iPhoto no longer recognizes/displays photos on my iPhone that have been saved via mms, email or 3rd party app (i.e. colorsplash) after recent upgrade to iOS4. It does show a photo placeholder and will ultimately import the photo but it will not display the photo. Displaying photos taken with the phone itself does not seem to be an issue.
Same issue, but it seems to get worse over time. At first it was just the 3rd party camera apps that iPhoto only displayed dotted white outline. And as you said, if you highlight it, iPhoto imports the picture.
But, it seems to get worse for me. After awhile, even the native camera app gets the same treatment and when you try to import the outlines, you get an error, where iPhoto says the picture format is invalid.
If you delete the cache --user-->library-->cache-->com.apple.iphoto, it seems to reset things for awhile, allowing you to import the dotted outlines once again. -
DB Performance Issues after 10g Upgrade in EBS Instance
We have upgraded our Database from 9i to 10g as first part of EBS 11.5.9 to 11.5.10.2 upgrade. Currently our production is running on 11.5.9 apps with 10g DB.
Facing performance problems now. one of the them is, one Valueset query not using funcion based index while fired from the front end. but the same query when collected from SQL trace tkprofed file and executed from SQL Plus, it uses all proper indexes. We are not getting the cause of this.
Had anyone faced same kind of issues before. please suggest.
thanks,
Raj.Make sure you have all of the recommended performance patches for 11.5.9, and gather stats for SYS and SYSTEM in the following manner:
Oracle E-Business Suite Recommended Performance Patches
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=244040.1
Collecting Statistics with Oracle Apps 11i
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=368252.1
execute dbms_stats.unlock_schema_stats('SYS');
execute dbms_stats.unlock_schema_stats('SYSTEM');
exec dbms_stats.gather_schema_stats('SYSTEM',options=>'GATHER', estimate_percent => 100, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade => TRUE);
exec dbms_stats.gather_schema_stats('SYS',options=>'GATHER', estimate_percent => 100, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade => TRUE);
exec dbms_stats.gather_fixed_objects_stats();
commit;
exec dbms_stats.DELETE_TABLE_STATS('SYS','X$KCCRSR');
exec dbms_stats.LOCK_TABLE_STATS('SYS','X$KCCRSR');
commit;
The last 3 commands resolve problems with RMAN, in case you are using it.
Rman Backup is Very Slow selecting from V$RMAN_STATUS
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=375386.1
Poor performance when accessing V$RMAN_BACKUP_JOB_DETAILS
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=420200.1
Troubleshooting Oracle Applications Performance Issues
http://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=169935.1
Debugging General Performance Issues with Oracle Apps
http://blogs.oracle.com/schan/newsItems/departments/optimizingPerformance/2007/05/18#a1548
Performance Tuning the Apps Database Layer
http://blogs.oracle.com/schan/newsItems/departments/optimizingPerformance/2007/05/17#a1562
Preventing Apps 11i Performance Issues in Four Steps
http://blogs.oracle.com/schan/newsItems/departments/optimizingPerformance/2007/05/21#a1566 -
Huge performances issues after EHP5 upgrade
Hi All,
we are running on DB29.7 FP4 and had recently upgadedfrom ehp4 to EHP5 , we have huge performance issues, for example see below DB time difference for LP12 transactions
i have done onleline roerg of table and indexes , but no luck,
from 23-29/jan
steps TRT total TDBT DBT
LP12 3,131 6,449 2,059.8 427 136.4 52 16.5 5,962 1,904.3
30/jan-5feb
LP12 2,727 127,961 46,923.7 4,489 1,646.2 50 18.3 123,432 45,263.0
RegarsHi tthumma,
are the statistics on the DB updated regularly and completed without errors?
You can schedule easily using transaction DB13
Regards,
Valerio -
Performance issue after 10G upgrade.
All,
We recently upgraded to 10G (Version:10.2.0.3.0) after which the below query causing the problem. This query is written in a pl/sql package called by a Perl program. The Perl program is running forever without completion during some attempts and sometimes it is completing very fast. We did some kind of debugging and found that everytime the program is getting stucked up at this below given query and not at all proceeding from here even if we leave it for 2 - 3 days. During a successful attempt it completes in 3 - 4 hrs. This query is taking 2 explain plan as given below and it seems one of them is best and the other one is worst. Plan 2 is best and plan 1 is worst.
Is there any suggestion in fixing this and the reason why two explain plans are picking up?....Num of records on the tables is as given below...
Can you please provide me some detailed information as i'm a beginner in these performance tuning concepts?
Your help will be much appreciated..
Tables No. of records
ult_cust_master 551925
us_state_county 3223
customer 1559
turfbuilder_group2_empcnt_tmp 44K
ult_cust_sale 2430143
ucsi_item 9714371
SELECT cust.cust_num, cust.cust_name, cust.emp_count, cust.sic1,
cust.s1_description, NVL (cust_sale.qty, 0) qty,
NVL (cust_sale.mot_amt, 0) mot_amt,
NVL (cust_sale.cust_amt, 0) cust_amt, cust.min_sale_dt,
cust.max_sale_dt, cust.cust_status
FROM (SELECT DISTINCT ucm.cust_num, f.cust_name cust_name,
NVL (te.tet_emp_count, 0) emp_count, b.min_sale_dt,
b.max_sale_dt, f.cust_status, sc1.sic1,
sc1.s1_description
FROM ult_cust_master ucm,
us_state_county u,
customer f,
(SELECT div_cd, ctry_cd, cust_num,
MIN (ucs_dt) min_sale_dt,
MAX (ucs_dt) max_sale_dt
FROM ult_cust_sale
WHERE div_cd = :b4
AND ctry_cd = :b3
AND rec_status = 'A'
GROUP BY div_cd, ctry_cd, cust_num) b,
sic1 sc1,
(SELECT tet_code, tet_vm_code, tet_type,
tet_emp_count
FROM turfbuilder_group2_empcnt_tmp
WHERE tet_type = 'D') te
WHERE f.div_cd = ucm.div_cd
AND f.ctry_cd = ucm.ctry_cd
AND f.cust_num = ucm.cust_num
AND b.div_cd = ucm.div_cd
AND b.ctry_cd = ucm.ctry_cd
AND b.cust_num = ucm.cust_num
AND te.tet_code(+) = ucm.cust_num
AND te.tet_vm_code = sc1.sic1
AND f.div_cd = :b4
AND f.ctry_cd = :b3
AND ucm.ucm_stcnty_fips_cd = u.usc_st_cnty_cd
AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI')
AND ucm.rec_status = 'A'
AND u.rec_status = 'A'
AND sc1.rec_status = 'A'
AND f.cust_imp21_dealer_fg = 'Y'
AND NVL (f.cust_test_dealer_fg, 'N') <> 'Y') cust,
(SELECT c.cust_num cust_num, sc2.sic1,
SUM (DECODE (a.ucsii_unit_fg,
'Y', a.ucsii_qty * 1,
a.ucsii_qty * 0
) qty,
SUM (a.ucsii_qty * a.ucsii_mot_unit_pr) mot_amt,
SUM (a.ucsii_qty * a.ucsii_ult_unit_pr) cust_amt
FROM ucsi_item a,
ult_cust_sale b,
ult_cust_master c,
sic2 sc2,
us_state_county u
WHERE a.div_cd = b.div_cd
AND a.ctry_cd = b.ctry_cd
AND a.cust_num = b.cust_num
AND a.ucm_mailbox_num = b.ucm_mailbox_num
AND a.ucm_seq = b.ucm_seq
AND a.ucs_seq = b.ucs_seq
AND c.div_cd = b.div_cd
AND c.ctry_cd = b.ctry_cd
AND c.cust_num = b.cust_num
AND c.ucm_mailbox_num = b.ucm_mailbox_num
AND c.ucm_seq = b.ucm_seq
AND SUBSTR (c.ucm_sic_cd, 1, 2) = sc2.sic2
AND c.ucm_stcnty_fips_cd = u.usc_st_cnty_cd
AND a.ucsii_in_apmr_fg = 'Y'
AND a.ucsii_audit_data_cd = 'G'
AND a.ucsii_contract_id IN
('BRANDED',
'CTR',
'WARIS',
'RADIUS',
'BRNDCONV',
'BRNDTRNK'
AND ( (a.ucsii_unit_fg = 'Y')
OR (a.ucsii_unit_fg = 'N' AND a.ucsii_item_num LIKE '%.%')
AND c.div_cd = :b4
AND c.ctry_cd = :b3
AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI')
AND u.rec_status = 'A'
AND c.rec_status = 'A'
AND a.rec_status = 'A'
AND sc2.rec_status = 'A'
AND b.ua_cd = 'ENDCUST'
AND b.rec_status = 'A'
AND b.ucs_dt BETWEEN TO_DATE (:b2, 'dd mon yyyy')
AND TO_DATE (:b1, 'dd mon yyyy')
GROUP BY c.cust_num, sc2.sic1) cust_sale
WHERE cust.cust_num = cust_sale.cust_num(+) AND cust.sic1 = cust_sale.sic1(+)------------------------------------------------------------------------------------------------------------------------
{color:blue}
Execution Plan – 1:
Plan hash value: 2237978112
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | 643 (100)| |
|* 1 | HASH JOIN OUTER | | 1 | 175 | 643 (2)| 00:00:08 |
| 2 | VIEW | | 1 | 118 | 74 (5)| 00:00:01 |
| 3 | HASH UNIQUE | | 1 | 310 | 74 (5)| 00:00:01 |
| 4 | HASH GROUP BY | | 1 | 310 | 74 (5)| 00:00:01 |
|* 5 | FILTER | | | | | |
| 6 | NESTED LOOPS | | 1 | 310 | 73 (3)| 00:00:01 |
| 7 | NESTED LOOPS | | 1 | 278 | 70 (2)| 00:00:01 |
| 8 | NESTED LOOPS | | 1 | 187 | 69 (2)| 00:00:01 |
| 9 | NESTED LOOPS | | 1 | 148 | 68 (2)| 00:00:01 |
| 10 | NESTED LOOPS | | 1 | 100 | 52 (2)| 00:00:01 |
|* 11 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 1 | 52 | 51 (2)| 00:00:01 |
|* 12 | TABLE ACCESS BY INDEX ROWID| SIC1 | 1 | 48 | 1 (0)| 00:00:01 |
|* 13 | INDEX UNIQUE SCAN | SYS_C001278 | 1 | | 1 (0)| 00:00:01 |
|* 14 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 517 | 24816 | 16 (0)| 00:00:01 |
|* 15 | INDEX RANGE SCAN | XIF9ULT_CUST_MASTER | 505 | | 1 (0)| 00:00:01 |
|* 16 | TABLE ACCESS BY INDEX ROWID | US_STATE_COUNTY | 1 | 39 | 1 (0)| 00:00:01 |
|* 17 | INDEX UNIQUE SCAN | XPKSTATE_COUNTY | 1 | | 1 (0)| 00:00:01 |
|* 18 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1 | 91 | 1 (0)| 00:00:01 |
|* 19 | INDEX UNIQUE SCAN | XPKCUSTOMER | 1 | | 1 (0)| 00:00:01 |
|* 20 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 13514 | 422K| 2 (0)| 00:00:01 |
| 21 | VIEW | | 1 | 57 | 569 (2)| 00:00:07 |
| 22 | HASH GROUP BY | | 1 | 209 | 569 (2)| 00:00:07 |
|* 23 | FILTER | | | | | |
|* 24 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | 1 (0)| 00:00:01 |
| 25 | NESTED LOOPS | | 1 | 209 | 568 (1)| 00:00:07 |
| 26 | NESTED LOOPS | | 1 | 135 | 567 (1)| 00:00:07 |
|* 27 | HASH JOIN | | 1491 | 110K| 118 (3)| 00:00:02 |
|* 28 | TABLE ACCESS FULL | SIC2 | 83 | 996 | 2 (0)| 00:00:01 |
| 29 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 186 | 9858 | 13 (0)| 00:00:01 |
| 30 | NESTED LOOPS | | 1500 | 96000 | 115 (2)| 00:00:02 |
|* 31 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | 9 (12)| 00:00:01 |
|* 32 | INDEX RANGE SCAN | TEST | 186 | | 1 (0)| 00:00:01 |
|* 33 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_SALE | 1 | 59 | 1 (0)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1 | | 1 (0)| 00:00:01 |
|* 35 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
5 - filter((:B3=:B3 AND :B4=:B4))
11 - filter("TET_TYPE"='D')
12 - filter("SC1"."REC_STATUS"='A')
13 - access("TET_VM_CODE"="SC1"."SIC1")
14 - filter("UCM"."REC_STATUS"='A')
15 - access("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND "TET_CODE"="UCM"."CUST_NUM")
filter(("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3))
16 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
17 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD")
18 - filter(("F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
19 - access("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3 AND "F"."CUST_NUM"="UCM"."CUST_NUM")
filter(("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3))
20 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "CUST_NUM"="UCM"."CUST_NUM" AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
23 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
24 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G'
AND "A"."REC_STATUS"='A'))
27 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
28 - filter("SC2"."REC_STATUS"='A')
31 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
32 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
33 - filter(("B"."UA_CD"='ENDCUST' AND "C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM"))
34 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_SEQ"="B"."UCM_SEQ" AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND
"B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter("B"."REC_STATUS"='A')
35 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
{color}
{color:green}
Execution Plan – 2:
Plan hash value: 2023039777
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | | 3341 (100)| |
|* 1 | HASH JOIN RIGHT OUTER | | 12967 | 2216K| | 3341 (5)| 00:00:41 |
| 2 | VIEW | | 1 | 57 | | 607 (6)| 00:00:08 |
| 3 | HASH GROUP BY | | 1 | 209 | | 607 (6)| 00:00:08 |
|* 4 | FILTER | | | | | | |
|* 5 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | | 1 (0)| 00:00:01 |
| 6 | NESTED LOOPS | | 1 | 209 | | 606 (6)| 00:00:08 |
| 7 | NESTED LOOPS | | 1 | 135 | | 605 (6)| 00:00:08 |
|* 8 | HASH JOIN | | 1 | 123 | | 604 (6)| 00:00:08 |
|* 9 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_SALE | 1214 | 71626 | | 455 (7)| 00:00:06 |
|* 10 | INDEX SKIP SCAN | XIE1ULT_CUST_SALE | 1 | | | 455 (7)| 00:00:06 |
| 11 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_MASTER | 245 | 12985 | | 17 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1971 | 123K| | 148 (2)| 00:00:02 |
|* 13 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | | 9 (12)| 00:00:01 |
|* 14 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 15 | TABLE ACCESS BY INDEX ROWID | SIC2 | 1 | 12 | | 1 (0)| 00:00:01 |
|* 16 | INDEX UNIQUE SCAN | XPKSIC2 | 1 | | | 1 (0)| 00:00:01 |
|* 17 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | | 1 (0)| 00:00:01 |
| 18 | VIEW | | 12967 | 1494K| | 2732 (5)| 00:00:33 |
| 19 | HASH UNIQUE | | 12967 | 3254K| 6936K| 2732 (5)| 00:00:33 |
|* 20 | HASH JOIN | | 12967 | 3254K| | 1998 (6)| 00:00:24 |
| 21 | VIEW | | 410 | 16400 | | 1781 (5)| 00:00:22 |
| 22 | HASH GROUP BY | | 410 | 13120 | | 1781 (5)| 00:00:22 |
|* 23 | FILTER | | | | | | |
|* 24 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1963K| 59M| | 1781 (5)| 00:00:22 |
|* 25 | HASH JOIN | | 4792 | 1015K| | 215 (7)| 00:00:03 |
|* 26 | TABLE ACCESS FULL | SIC1 | 11 | 528 | | 2 (0)| 00:00:01 |
|* 27 | HASH JOIN | | 4792 | 790K| | 212 (6)| 00:00:03 |
|* 28 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1003 | 79237 | | 4 (0)| 00:00:01 |
|* 29 | INDEX RANGE SCAN | XIF317CUSTOMER | 1371 | | | 1 (0)| 00:00:01 |
|* 30 | HASH JOIN | | 4794 | 421K| | 207 (6)| 00:00:03 |
| 31 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 245 | 8820 | | 17 (0)| 00:00:01 |
| 32 | NESTED LOOPS | | 1971 | 136K| | 148 (2)| 00:00:02 |
|* 33 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 280 | | 9 (12)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 35 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 8914 | 165K| | 58 (14)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
4 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
5 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G' AND
"A"."REC_STATUS"='A'))
8 - access("C"."DIV_CD"="B"."DIV_CD" AND "C"."CTRY_CD"="B"."CTRY_CD" AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "C"."UCM_SEQ"="B"."UCM_SEQ")
9 - filter("B"."UA_CD"='ENDCUST')
10 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND
"B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter(("B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd
mon yyyy')))
13 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
14 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
15 - filter("SC2"."REC_STATUS"='A')
16 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
17 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
20 - access("B"."DIV_CD"="UCM"."DIV_CD" AND "B"."CTRY_CD"="UCM"."CTRY_CD" AND "B"."CUST_NUM"="UCM"."CUST_NUM")
23 - filter((:B3=:B3 AND :B4=:B4))
24 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
25 - access("TET_VM_CODE"="SC1"."SIC1")
26 - filter("SC1"."REC_STATUS"='A')
27 - access("F"."DIV_CD"="UCM"."DIV_CD" AND "F"."CTRY_CD"="UCM"."CTRY_CD" AND "F"."CUST_NUM"="UCM"."CUST_NUM")
28 - filter(("F"."DIV_CD"=:B4 AND "F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
29 - access("F"."CTRY_CD"=:B3)
30 - access("TET_CODE"="UCM"."CUST_NUM")
33 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
34 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND
"UCM"."REC_STATUS"='A')
35 - filter("TET_TYPE"='D')
{color}
Edited by: user3030284 on Oct 28, 2008 9:42 PM<p>
{size:12}
All,
</p>
<p>
We recently upgraded to 10G (Version:10.2.0.3.0) after which the below query causing the problem. This query is written in a pl/sql package called by a Perl program. The Perl program is running forever without completion during some attempts and sometimes it is completing very fast. We did some kind of debugging and found that everytime the program is getting stucked up at this below given query and not at all proceeding from here even if we leave it for 2 - 3 days. During a successful attempt it completes in 3 - 4 hrs. This query is taking 2 explain plan as given below and it seems one of them is best and the other one is worst. Plan 2 is best and plan 1 is worst.
Is there any suggestion in fixing this and the reason why two explain plans are picking up?....Num of records on the tables is as given below...
Can you please provide me some detailed information as i'm a beginner in these performance tuning concepts?
Your help will be much appreciated..
</p>
<p>
Tables No. of records
ult_cust_master 551925
us_state_county 3223
customer 1559
turfbuilder_group2_empcnt_tmp 44K
ult_cust_sale 2430143
ucsi_item 9714371
{size}
</p>
<p>
<br /></p><br /><p><br />/* Formatted on 2007/09/30 20:37 (Formatter Plus v4.8.5) */ <br /></p><br /><p><br />SELECT cust.cust_num, cust.cust_name, cust.emp_count, cust.sic1, <br /></p><br /><p><br />cust.s1_description, NVL (cust_sale.qty, 0) qty, <br /></p><br /><p><br />NVL (cust_sale.mot_amt, 0) mot_amt, <br /></p><br /><p><br />NVL (cust_sale.cust_amt, 0) cust_amt, cust.min_sale_dt, <br /></p><br /><p><br />cust.max_sale_dt, cust.cust_status <br /></p><br /><p><br />FROM (SELECT DISTINCT ucm.cust_num, f.cust_name cust_name, <br /></p><br /><p><br />NVL (te.tet_emp_count, 0) emp_count, b.min_sale_dt, <br /></p><br /><p><br />b.max_sale_dt, f.cust_status, sc1.sic1, <br /></p><br /><p><br />sc1.s1_description <br /></p><br /><p><br />FROM ult_cust_master ucm, <br /></p><br /><p><br />us_state_county u, <br /></p><br /><p><br />customer f, <br /></p><br /><p><br />(SELECT div_cd, ctry_cd, cust_num, <br /></p><br /><p><br />MIN (ucs_dt) min_sale_dt, <br /></p><br /><p><br />MAX (ucs_dt) max_sale_dt <br /></p><br /><p><br />FROM ult_cust_sale <br /></p><br /><p><br />WHERE div_cd = :b4 <br /></p><br /><p><br />AND ctry_cd = :b3 <br /></p><br /><p><br />AND rec_status = 'A' <br /></p><br /><p><br />GROUP BY div_cd, ctry_cd, cust_num) b, <br /></p><br /><p><br />sic1 sc1, <br /></p><br /><p><br />(SELECT tet_code, tet_vm_code, tet_type, <br /></p><br /><p><br />tet_emp_count <br /></p><br /><p><br />FROM turfbuilder_group2_empcnt_tmp <br /></p><br /><p><br />WHERE tet_type = 'D') te <br /></p><br /><p><br />WHERE f.div_cd = ucm.div_cd <br /></p><br /><p><br />AND f.ctry_cd = ucm.ctry_cd <br /></p><br /><p><br />AND f.cust_num = ucm.cust_num <br /></p><br /><p><br />AND b.div_cd = ucm.div_cd <br /></p><br /><p><br />AND b.ctry_cd = ucm.ctry_cd <br /></p><br /><p><br />AND b.cust_num = ucm.cust_num <br /></p><br /><p><br />AND te.tet_code(+) = ucm.cust_num <br /></p><br /><p><br />AND te.tet_vm_code = sc1.sic1 <br /></p><br /><p><br />AND f.div_cd = :b4 <br /></p><br /><p><br />AND f.ctry_cd = :b3 <br /></p><br /><p><br />AND ucm.ucm_stcnty_fips_cd = u.usc_st_cnty_cd <br /></p><br /><p><br />AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI') <br /></p><br /><p><br />AND ucm.rec_status = 'A' <br /></p><br /><p><br />AND u.rec_status = 'A' <br /></p><br /><p><br />AND sc1.rec_status = 'A' <br /></p><br /><p><br />AND f.cust_imp21_dealer_fg = 'Y' <br /></p><br /><p><br />AND NVL (f.cust_test_dealer_fg, 'N') <> 'Y') cust, <br /></p><br /><p><br />(SELECT c.cust_num cust_num, sc2.sic1, <br /></p><br /><p><br />SUM (DECODE (a.ucsii_unit_fg, <br /></p><br /><p><br />'Y', a.ucsii_qty * 1, <br /></p><br /><p><br />a.ucsii_qty * 0 <br /></p><br /><p><br />) <br /></p><br /><p><br />) qty, <br /></p><br /><p><br />SUM (a.ucsii_qty * a.ucsii_mot_unit_pr) mot_amt, <br /></p><br /><p><br />SUM (a.ucsii_qty * a.ucsii_ult_unit_pr) cust_amt <br /></p><br /><p><br />FROM ucsi_item a, <br /></p><br /><p><br />ult_cust_sale b, <br /></p><br /><p><br />ult_cust_master c, <br /></p><br /><p><br />sic2 sc2, <br /></p><br /><p><br />us_state_county u <br /></p><br /><p><br />WHERE a.div_cd = b.div_cd <br /></p><br /><p><br />AND a.ctry_cd = b.ctry_cd <br /></p><br /><p><br />AND a.cust_num = b.cust_num <br /></p><br /><p><br />AND a.ucm_mailbox_num = b.ucm_mailbox_num <br /></p><br /><p><br />AND a.ucm_seq = b.ucm_seq <br /></p><br /><p><br />AND a.ucs_seq = b.ucs_seq <br /></p><br /><p><br />AND c.div_cd = b.div_cd <br /></p><br /><p><br />AND c.ctry_cd = b.ctry_cd <br /></p><br /><p><br />AND c.cust_num = b.cust_num <br /></p><br /><p><br />AND c.ucm_mailbox_num = b.ucm_mailbox_num <br /></p><br /><p><br />AND c.ucm_seq = b.ucm_seq <br /></p><br /><p><br />AND SUBSTR (c.ucm_sic_cd, 1, 2) = sc2.sic2 <br /></p><br /><p><br />AND c.ucm_stcnty_fips_cd = u.usc_st_cnty_cd <br /></p><br /><p><br />AND a.ucsii_in_apmr_fg = 'Y' <br /></p><br /><p><br />AND a.ucsii_audit_data_cd = 'G' <br /></p><br /><p><br />AND a.ucsii_contract_id IN <br /></p><br /><p><br />('BRANDED', <br /></p><br /><p><br />'CTR', <br /></p><br /><p><br />'WARIS', <br /></p><br /><p><br />'RADIUS', <br /></p><br /><p><br />'BRNDCONV', <br /></p><br /><p><br />'BRNDTRNK' <br /></p><br /><p><br />) <br /></p><br /><p><br />AND ( (a.ucsii_unit_fg = 'Y') <br /></p><br /><p><br />OR (a.ucsii_unit_fg = 'N' AND a.ucsii_item_num LIKE '%.%') <br /></p><br /><p><br />) <br /></p><br /><p><br />AND c.div_cd = :b4 <br /></p><br /><p><br />AND c.ctry_cd = :b3 <br /></p><br /><p><br />AND UPPER (u.usc_state_abbrev) NOT IN ('PR', 'VI') <br /></p><br /><p><br />AND u.rec_status = 'A' <br /></p><br /><p><br />AND c.rec_status = 'A' <br /></p><br /><p><br />AND a.rec_status = 'A' <br /></p><br /><p><br />AND sc2.rec_status = 'A' <br /></p><br /><p><br />AND b.ua_cd = 'ENDCUST' <br /></p><br /><p><br />AND b.rec_status = 'A' <br /></p><br /><p><br />AND b.ucs_dt BETWEEN TO_DATE (:b2, 'dd mon yyyy') <br /></p><br /><p><br />AND TO_DATE (:b1, 'dd mon yyyy') <br /></p><br /><p><br />GROUP BY c.cust_num, sc2.sic1) cust_sale <br /></p><br /><p><br />WHERE cust.cust_num = cust_sale.cust_num(+) AND cust.sic1 = cust_sale.sic1(+) <br /></p><br /><p><br /><strong></strong>
</p>
<p>
{color:green}
</p>
<p>
Explain Plan -- 1:
</p>
<p>
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | 643 (100)| |
|* 1 | HASH JOIN OUTER | | 1 | 175 | 643 (2)| 00:00:08 |
| 2 | VIEW | | 1 | 118 | 74 (5)| 00:00:01 |
| 3 | HASH UNIQUE | | 1 | 310 | 74 (5)| 00:00:01 |
| 4 | HASH GROUP BY | | 1 | 310 | 74 (5)| 00:00:01 |
|* 5 | FILTER | | | | | |
| 6 | NESTED LOOPS | | 1 | 310 | 73 (3)| 00:00:01 |
| 7 | NESTED LOOPS | | 1 | 278 | 70 (2)| 00:00:01 |
| 8 | NESTED LOOPS | | 1 | 187 | 69 (2)| 00:00:01 |
| 9 | NESTED LOOPS | | 1 | 148 | 68 (2)| 00:00:01 |
| 10 | NESTED LOOPS | | 1 | 100 | 52 (2)| 00:00:01 |
|* 11 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 1 | 52 | 51 (2)| 00:00:01 |
|* 12 | TABLE ACCESS BY INDEX ROWID| SIC1 | 1 | 48 | 1 (0)| 00:00:01 |
|* 13 | INDEX UNIQUE SCAN | SYS_C001278 | 1 | | 1 (0)| 00:00:01 |
|* 14 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 517 | 24816 | 16 (0)| 00:00:01 |
|* 15 | INDEX RANGE SCAN | XIF9ULT_CUST_MASTER | 505 | | 1 (0)| 00:00:01 |
|* 16 | TABLE ACCESS BY INDEX ROWID | US_STATE_COUNTY | 1 | 39 | 1 (0)| 00:00:01 |
|* 17 | INDEX UNIQUE SCAN | XPKSTATE_COUNTY | 1 | | 1 (0)| 00:00:01 |
|* 18 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1 | 91 | 1 (0)| 00:00:01 |
|* 19 | INDEX UNIQUE SCAN | XPKCUSTOMER | 1 | | 1 (0)| 00:00:01 |
|* 20 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 13514 | 422K| 2 (0)| 00:00:01 |
| 21 | VIEW | | 1 | 57 | 569 (2)| 00:00:07 |
| 22 | HASH GROUP BY | | 1 | 209 | 569 (2)| 00:00:07 |
|* 23 | FILTER | | | | | |
|* 24 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | 1 (0)| 00:00:01 |
| 25 | NESTED LOOPS | | 1 | 209 | 568 (1)| 00:00:07 |
| 26 | NESTED LOOPS | | 1 | 135 | 567 (1)| 00:00:07 |
|* 27 | HASH JOIN | | 1491 | 110K| 118 (3)| 00:00:02 |
|* 28 | TABLE ACCESS FULL | SIC2 | 83 | 996 | 2 (0)| 00:00:01 |
| 29 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 186 | 9858 | 13 (0)| 00:00:01 |
| 30 | NESTED LOOPS | | 1500 | 96000 | 115 (2)| 00:00:02 |
|* 31 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | 9 (12)| 00:00:01 |
|* 32 | INDEX RANGE SCAN | TEST | 186 | | 1 (0)| 00:00:01 |
|* 33 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_SALE | 1 | 59 | 1 (0)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1 | | 1 (0)| 00:00:01 |
|* 35 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
5 - filter((:B3=:B3 AND :B4=:B4))
11 - filter("TET_TYPE"='D')
12 - filter("SC1"."REC_STATUS"='A')
13 - access("TET_VM_CODE"="SC1"."SIC1")
14 - filter("UCM"."REC_STATUS"='A')
15 - access("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND "TET_CODE"="UCM"."CUST_NUM")
filter(("UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3))
16 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
17 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD")
18 - filter(("F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
19 - access("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3 AND "F"."CUST_NUM"="UCM"."CUST_NUM")
filter(("F"."DIV_CD"=:B4 AND "F"."CTRY_CD"=:B3))
20 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "CUST_NUM"="UCM"."CUST_NUM" AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
23 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
24 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G'
AND "A"."REC_STATUS"='A'))
27 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
28 - filter("SC2"."REC_STATUS"='A')
31 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND
"U"."REC_STATUS"='A'))
32 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
33 - filter(("B"."UA_CD"='ENDCUST' AND "C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM"))
34 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_SEQ"="B"."UCM_SEQ" AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND
"B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter("B"."REC_STATUS"='A')
35 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
</p>
<p>
{color}
</p>
<p>
{color:blue}
</p>
<p>
Explain Plan -- 2:
</p>
<p>
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | | | | 3341 (100)| |
|* 1 | HASH JOIN RIGHT OUTER | | 12967 | 2216K| | 3341 (5)| 00:00:41 |
| 2 | VIEW | | 1 | 57 | | 607 (6)| 00:00:08 |
| 3 | HASH GROUP BY | | 1 | 209 | | 607 (6)| 00:00:08 |
|* 4 | FILTER | | | | | | |
|* 5 | TABLE ACCESS BY INDEX ROWID | UCSI_ITEM | 1 | 74 | | 1 (0)| 00:00:01 |
| 6 | NESTED LOOPS | | 1 | 209 | | 606 (6)| 00:00:08 |
| 7 | NESTED LOOPS | | 1 | 135 | | 605 (6)| 00:00:08 |
|* 8 | HASH JOIN | | 1 | 123 | | 604 (6)| 00:00:08 |
|* 9 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_SALE | 1214 | 71626 | | 455 (7)| 00:00:06 |
|* 10 | INDEX SKIP SCAN | XIE1ULT_CUST_SALE | 1 | | | 455 (7)| 00:00:06 |
| 11 | TABLE ACCESS BY INDEX ROWID| ULT_CUST_MASTER | 245 | 12985 | | 17 (0)| 00:00:01 |
| 12 | NESTED LOOPS | | 1971 | 123K| | 148 (2)| 00:00:02 |
|* 13 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 88 | | 9 (12)| 00:00:01 |
|* 14 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 15 | TABLE ACCESS BY INDEX ROWID | SIC2 | 1 | 12 | | 1 (0)| 00:00:01 |
|* 16 | INDEX UNIQUE SCAN | XPKSIC2 | 1 | | | 1 (0)| 00:00:01 |
|* 17 | INDEX RANGE SCAN | XPKUCSI_ITEM | 1 | | | 1 (0)| 00:00:01 |
| 18 | VIEW | | 12967 | 1494K| | 2732 (5)| 00:00:33 |
| 19 | HASH UNIQUE | | 12967 | 3254K| 6936K| 2732 (5)| 00:00:33 |
|* 20 | HASH JOIN | | 12967 | 3254K| | 1998 (6)| 00:00:24 |
| 21 | VIEW | | 410 | 16400 | | 1781 (5)| 00:00:22 |
| 22 | HASH GROUP BY | | 410 | 13120 | | 1781 (5)| 00:00:22 |
|* 23 | FILTER | | | | | | |
|* 24 | INDEX RANGE SCAN | XIE1ULT_CUST_SALE | 1963K| 59M| | 1781 (5)| 00:00:22 |
|* 25 | HASH JOIN | | 4792 | 1015K| | 215 (7)| 00:00:03 |
|* 26 | TABLE ACCESS FULL | SIC1 | 11 | 528 | | 2 (0)| 00:00:01 |
|* 27 | HASH JOIN | | 4792 | 790K| | 212 (6)| 00:00:03 |
|* 28 | TABLE ACCESS BY INDEX ROWID | CUSTOMER | 1003 | 79237 | | 4 (0)| 00:00:01 |
|* 29 | INDEX RANGE SCAN | XIF317CUSTOMER | 1371 | | | 1 (0)| 00:00:01 |
|* 30 | HASH JOIN | | 4794 | 421K| | 207 (6)| 00:00:03 |
| 31 | TABLE ACCESS BY INDEX ROWID | ULT_CUST_MASTER | 245 | 8820 | | 17 (0)| 00:00:01 |
| 32 | NESTED LOOPS | | 1971 | 136K| | 148 (2)| 00:00:02 |
|* 33 | TABLE ACCESS FULL | US_STATE_COUNTY | 8 | 280 | | 9 (12)| 00:00:01 |
|* 34 | INDEX RANGE SCAN | TEST | 245 | | | 1 (0)| 00:00:01 |
|* 35 | TABLE ACCESS FULL | TURFBUILDER_GROUP2_EMPCNT_TMP | 8914 | 165K| | 58 (14)| 00:00:01 |
Predicate Information (identified by operation id):
1 - access("CUST"."CUST_NUM"="CUST_SALE"."CUST_NUM" AND "CUST"."SIC1"="CUST_SALE"."SIC1")
4 - filter(TO_DATE(:B2,'dd mon yyyy')<=TO_DATE(:B1,'dd mon yyyy'))
5 - filter((("A"."UCSII_UNIT_FG"='Y' OR ("A"."UCSII_ITEM_NUM" LIKE '%.%' AND "A"."UCSII_UNIT_FG"='N')) AND
"A"."UCSII_IN_APMR_FG"='Y' AND INTERNAL_FUNCTION("A"."UCSII_CONTRACT_ID") AND "A"."UCSII_AUDIT_DATA_CD"='G' AND
"A"."REC_STATUS"='A'))
8 - access("C"."DIV_CD"="B"."DIV_CD" AND "C"."CTRY_CD"="B"."CTRY_CD" AND "C"."CUST_NUM"="B"."CUST_NUM" AND
"C"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "C"."UCM_SEQ"="B"."UCM_SEQ")
9 - filter("B"."UA_CD"='ENDCUST')
10 - access("B"."DIV_CD"=:B4 AND "B"."CTRY_CD"=:B3 AND "B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND
"B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd mon yyyy'))
filter(("B"."UCS_DT">=TO_DATE(:B2,'dd mon yyyy') AND "B"."REC_STATUS"='A' AND "B"."UCS_DT"<=TO_DATE(:B1,'dd
mon yyyy')))
13 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
14 - access("C"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "C"."DIV_CD"=:B4 AND "C"."CTRY_CD"=:B3 AND
"C"."REC_STATUS"='A')
15 - filter("SC2"."REC_STATUS"='A')
16 - access("SC2"."SIC2"=SUBSTR("C"."UCM_SIC_CD",1,2))
17 - access("A"."DIV_CD"=:B4 AND "A"."CTRY_CD"=:B3 AND "A"."CUST_NUM"="B"."CUST_NUM" AND
"A"."UCM_MAILBOX_NUM"="B"."UCM_MAILBOX_NUM" AND "A"."UCM_SEQ"="B"."UCM_SEQ" AND "A"."UCS_SEQ"="B"."UCS_SEQ")
20 - access("B"."DIV_CD"="UCM"."DIV_CD" AND "B"."CTRY_CD"="UCM"."CTRY_CD" AND "B"."CUST_NUM"="UCM"."CUST_NUM")
23 - filter((:B3=:B3 AND :B4=:B4))
24 - access("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A')
filter(("DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "DIV_CD"=:B4 AND "CTRY_CD"=:B3 AND "REC_STATUS"='A'))
25 - access("TET_VM_CODE"="SC1"."SIC1")
26 - filter("SC1"."REC_STATUS"='A')
27 - access("F"."DIV_CD"="UCM"."DIV_CD" AND "F"."CTRY_CD"="UCM"."CTRY_CD" AND "F"."CUST_NUM"="UCM"."CUST_NUM")
28 - filter(("F"."DIV_CD"=:B4 AND "F"."CUST_IMP21_DEALER_FG"='Y' AND NVL("F"."CUST_TEST_DEALER_FG",'N')<>'Y'))
29 - access("F"."CTRY_CD"=:B3)
30 - access("TET_CODE"="UCM"."CUST_NUM")
33 - filter((UPPER("U"."USC_STATE_ABBREV")<>'PR' AND UPPER("U"."USC_STATE_ABBREV")<>'VI' AND "U"."REC_STATUS"='A'))
34 - access("UCM"."UCM_STCNTY_FIPS_CD"="U"."USC_ST_CNTY_CD" AND "UCM"."DIV_CD"=:B4 AND "UCM"."CTRY_CD"=:B3 AND
"UCM"."REC_STATUS"='A')
35 - filter("TET_TYPE"='D')
</p>
<p>
{color}
</p> -
OpenGL performance issues after security upgrade...
Hi,
after the recent security upgrade of yesterday, I see again the OpenGL problem in the virtue desktop Cube effect on my 17" MacBook Pro. The effect is that the cube does not rotate completely smoothty. This was exactly the same as after the first 10.4.7 upgrade that missed some essential opengl components. Reupgrading to 10.4.7 using the "global" update the cube effect was perfectly smooth. Looks like this time again something like this happened. What was the OpenGL component that was wrong in the first 10.4.7? Just to compare if it got changed again or replaced by another faulty version.
Cheers, Fons.
MacBook Pro Mac OS X (10.4.7)If your Build says 8J2135 it's the 'bad' release missing new OpenGL bits ... install the latest (corrected) 10.4.7 Intel Update and it will fix things and show Build 8J2135a
-
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 -
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 DB copy
Hello,
I am facing performance issue after doing database copy. Let me explain entire story.
Enviornment is Oracle 10g (10.2.0.4), Operating System is Solaries.
We have one production system with DB sid (PR1) and i have to builded new system using PR1 as PR2, we have done full offline copy from one hardware to another hardware (Hardware is same on PR1 and PR2) and perform rsync command at os level to sync all oracle files at OS level(PR2 is not build using backup/restore or export import method).
Now problem is that
One of query if i am running on PR1 system it is taking only 10-15 seconds, while if i am running same query on PR2 it is taking nearly about 55-60 mins. In initial search i found SGA is very diffrent from PR1 to PR2 then i did change the SGA parameter like PR1 in PR2 after doing changes i am running same query it is taking 6-7 mins, so i got some benifit here, but still i need to tune the query. Query contains 3 tables and all tables having atleast 3-4 indexes.
Can some one help what to tune and what to check?
Thanks,
SinghCheck the explain plan on both systems to see if both instances are trying to do the same thing. This will tell you a lot about what is going on based on physical or logical reads and how long they are taking. You should have the same statistics on both databases if you did a physical copy, but check that too just to make sure. If stats and explain plan are the same, check your hardware. Do you have the same amount of RAM on both systems? Are you using similar storage? If the plan is showing that you are doing a considerable amount of physical I/Os on both it could just be that your physical disk is slower on server two.
-
HT4623 i have an iphone4 will i have performance issues if I upgrade to IOS 7
i have an IPhone 4 will I have performance issues if I upgrade to IOS 7
Some people report experiencing some. I have not witnessed any issues with the iPhone 4 we have here at home with iOS 7 on it.
-
SharePoint 2007 performance issue after upgrading the operating system
We upgraded the operating system of our SharePoint Server 2007 from 2003 to 2008 R2. After upgrade we rebuilt the SharePoint using content DBs we backed up before upgrade. All settings is same except that we moved the DBs to new SQL servers. Now users are
reporting performance issue with sites. I experienced it myself some of the pages takes 9-30 seconds to load. Also our SharePoint server is single server. I monitored the SharePoint Server and it is fine. I did fiddler trace and here are the result. I see
lots of 401 (login failed) errors then 302 (redirect) then 200 (OK). Do you know why we are getting 401 errors?
Result
Protocol
Host
URL
Body
Caching
Content-Type
Process
184
401
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA
341
text/html; charset=us-ascii
iexplore:15344
185
302
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA
196
text/html; charset=UTF-8
iexplore:15344
186
401
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA/default.aspx
341
text/html; charset=us-ascii
iexplore:15344
187
200
HTTP
sp07.ourcompany.com
/bif/EUROPE-AMA/default.aspx
105,487
private, max-age=0; Expires: Mon, 22 Dec 2014 21:37:48 GMT
text/html; charset=utf-8
iexplore:15344
188
401
HTTP
sp07.ourcompany.com
/_layouts/1033/styles/calendar.css?rev=BrbrIU86qTG2EHx1ZUuFBQ%3D%3D
341
text/html; charset=us-ascii
iexplore:15344
189
200
HTTP
sp07.ourcompany.com
/_layouts/images/prevbuttonltr.gif
76
max-age=31536000
image/gif
iexplore:15344
190
200
HTTP
sp07.ourcompany.com
/_layouts/images/nextbuttonltr.gif
78
max-age=31536000
image/gif
iexplore:15344
191
200
HTTP
sp07.ourcompany.com
/_layouts/images/day.gif
1,051
max-age=31536000
image/gif
iexplore:15344
192
200
HTTP
sp07.ourcompany.com
/_layouts/images/month.gif
1,068
max-age=31536000
image/gif
iexplore:15344
193
200
HTTP
sp07.ourcompany.com
/_layouts/1033/styles/calendar.css?rev=BrbrIU86qTG2EHx1ZUuFBQ%3D%3D
28,814
max-age=31536000
text/css
iexplore:15344
194
200
HTTP
sp07.ourcompany.com
/_layouts/images/week.gif
1,057
max-age=31536000
image/gif
iexplore:15344
195
200
HTTP
sp07.ourcompany.com
/_layouts/images/weekbox.gif
149
max-age=31536000
image/gif
iexplore:15344
196
200
HTTP
sp07.ourcompany.com
/_layouts/images/alldayDefault.gif
157
max-age=31536000
image/gif
iexplore:15344
197
200
HTTP
sp07.ourcompany.com
/_layouts/images/calnumBttntoday.gif
146
max-age=31536000
image/gif
iexplore:15344
198
200
HTTP
sp07.ourcompany.com
/_layouts/images/calnumBttn.gif
95
max-age=31536000
image/gif
iexplore:15344Hi
when you request a Site collection (http://domain/) or a Site (http://domain/foo/) of your Publishing Site you get redirected to the http://domain/Pages/<WelcomePage>.aspx. SharePoint 2007 uses the 302 header (location temporarily moved) for
this purpose. Surprisingly even WSS uses the 302 header to redirect a root url to the default.aspx. In comparison ASP.NET uses an internal redirect to render the default page when the root url requested: there is no redirect in this situation.
Check the link which can give more input
http://blog.mastykarz.nl/sharepoint-2007-redirect-solved-using-301-instead-of-302-redirects/
for error 401 you can check this link
http://discussions.citrix.com/topic/97027-no-resources-401-unauthorized/d
and check SharePoint ULS logs and event viewer for any exceptions.
Please mark the Answer and Vote me if you think that it will help you to resolved your issue -
Major performance Issues after upgrading to 10.9.2
Hi,
I have been having major performance issues almost preventing me from using the computer at times. I suspect I don't have enough memory to run Maverick as the computer was great before I upgraded.
If any experts or people with ideas for me to speed up the computer, please respond. If you think the only way to improve performance is add memory or revert back to a previous version of OSX that I have a backup for, let me know.
Here is the info on my system, thank you in advance!!
Hardware Information:
MacBook Pro (15-inch, Late 2008)
MacBook Pro - model: MacBookPro5,1
1 2.4 GHz Intel Core 2 Duo CPU: 2 cores
2 GB RAM
Video Information:
NVIDIA GeForce 9400M - VRAM: 256 MB
NVIDIA GeForce 9600M GT - VRAM: 256 MB
System Software:
OS X 10.9.2 (13C1021) - Uptime: 3 days 21:20:10
Disk Information:
Hitachi HTS543225L9SA02 disk0 : (250.06 GB)
EFI (disk0s1) <not mounted>: 209.7 MB
:c (disk0s2) / [Startup]: 249.2 GB (67.82 GB free)
Recovery HD (disk0s3) <not mounted>: 650 MB
MATSHITADVD-R UJ-868
USB Information:
Apple Inc. Built-in iSight
Apple, Inc. Apple Internal Keyboard / Trackpad
Apple Computer, Inc. IR Receiver
Fitbit Inc. Fitbit Base Station
Apple Inc. BRCM2046 Hub
Apple Inc. Bluetooth USB Host Controller
Thunderbolt Information:
Configuration files:
/etc/sysctl.conf - Exists
/etc/hosts - Count: 29
Gatekeeper:
Mac App Store and identified developers
Kernel Extensions:
[not loaded] com.LaCie.ScsiType00 (1.2.0) Support
[not loaded] com.cisco.nke.ipsec (2.0.1) Support
[not loaded] com.leapfrog.codeless.kext (2) Support
[not loaded] com.leapfrog.driver.LfConnectDriver (1.8.1 - SDK 10.7) Support
[not loaded] com.rim.driver.BlackBerryUSBDriverInt (0.0.39) Support
[not loaded] com.rim.driver.BlackBerryUSBDriverVSP (0.0.39) Support
[not loaded] net.kromtech.kext.AVKauth (2.3.6 - SDK 10.8) Support
[not loaded] net.kromtech.kext.Firewall (2.3.6 - SDK 10.8) Support
Startup Items:
CiscoVPN: Path: /System/Library/StartupItems/CiscoVPN
Problem System Launch Daemons:
[failed] com.apple.wdhelper.plist
Launch Daemons:
[loaded] com.adobe.fpsaud.plist Support
[loaded] com.adobe.SwitchBoard.plist Support
[running] com.fitbit.galileod.plist Support
[loaded] com.google.keystone.daemon.plist Support
[loaded] com.leapfrog.connect.shell.plist Support
[loaded] com.microsoft.office.licensing.helper.plist Support
[loaded] com.timesoftware.timemachineeditor.backupd-auto.plist Support
[running] com.zeobit.MacKeeper.AntiVirus.plist Support
[running] com.zeobit.MacKeeper.plugin.AntiTheft.daemon.plist Support
Launch Agents:
[not loaded] com.adobe.AAM.Updater-1.0.plist Support
[loaded] com.adobe.CS5ServiceManager.plist Support
[running] com.brother.LOGINserver.plist Support
[running] com.google.keystone.agent.plist Support
User Launch Agents:
[loaded] com.adobe.ARM.[...].plist Support
[failed] [email protected]
[loaded] com.macpaw.CleanMyMac.helperTool.plist Support
[running] com.microsoft.LaunchAgent.SyncServicesAgent.plist Support
[running] com.zeobit.MacKeeper.Helper.plist Support
User Login Items:
Google Chrome
Internet Plug-ins:
o1dbrowserplugin: Version: 5.3.1.18536 Support
Google Earth Web Plug-in: Version: 7.1 Support
Default Browser: Version: 537 - SDK 10.9
Flip4Mac WMV Plugin: Version: 2.3.8.1 Support
OfficeLiveBrowserPlugin: Version: 12.2.9 Support
AdobePDFViewerNPAPI: Version: 10.1.9 Support
FlashPlayer-10.6: Version: 13.0.0.201 - SDK 10.6 Support
DivXBrowserPlugin: Version: 2.0 Support
Silverlight: Version: 5.1.10411.0 - SDK 10.6 Support
Flash Player: Version: 13.0.0.201 - SDK 10.6 Outdated! Update
iPhotoPhotocast: Version: 7.0
googletalkbrowserplugin: Version: 5.3.1.18536 Support
QuickTime Plugin: Version: 7.7.3
AdobePDFViewer: Version: 10.1.9 Support
GarminGpsControl: Version: 2.6.4.0 Release Support
SharePointBrowserPlugin: Version: 14.3.9 - SDK 10.6 Support
JavaAppletPlugin: Version: 14.9.0 - SDK 10.7 Check version
Safari Extensions:
Dashlane: Version: 2.4.0.55923
Audio Plug-ins:
BluetoothAudioPlugIn: Version: 1.0 - SDK 10.9
AirPlay: Version: 2.0 - SDK 10.9
AppleAVBAudio: Version: 203.2 - SDK 10.9
iSightAudio: Version: 7.7.3 - SDK 10.9
iTunes Plug-ins:
Quartz Composer Visualizer: Version: 1.4 - SDK 10.9
User Internet Plug-ins:
Dashlane: Version: Dashlane 1.0.0 - SDK 10.7 Support
Move_Media_Player: Version: npmnqmp 071705000010 Support
WebEx64: Version: 1.0 - SDK 10.6 Support
Picasa: Version: 1.0 Support
3rd Party Preference Panes:
Flash Player Support
Flip4Mac WMV Support
Growl Support
Time Machine:
Skip System Files: NO
Auto backup: NO - Auto backup turned off
Time Machine not configured!
Top Processes by CPU:
3% WindowServer
2% SystemUIServer
1% diskimages-helper
1% mds
0% Google Chrome Helper EH
Top Processes by Memory:
94 MB Google Chrome
59 MB GoogleSoftwareUpdateDaemon
57 MB Google Chrome Helper EH
52 MB Google Chrome Helper
39 MB Finder
Virtual Memory Information:
40 MB Free RAM
499 MB Active RAM
481 MB Inactive RAM
465 MB Wired RAM
7.33 GB Page-ins
502 MB Page-outsThe performance issues are due to third party software. Mavericks at the minimum requires 2GB's of RAM but I don't think that's the issue. And you can upgrade RAM anytime.
MacKeeper should be uninstalled. It does far more harm than good.
Do not install MacKeeper: Apple Support Communities
Uninstall instructions > how to uninstall MacKeeper
249.2 GB (67.82 GB free)
Keep an eye on available disk space.
Click your Apple menu icon top left in your screen. From the drop down menu click About This Mac > More Info > Storage
Make sure there's at least 15% free disk space. Less can slow your Mac down.
You also need to uninstall CleanMyMac > How To Uninstall CleanMyMac
Third party so called Mac cleaning utilities are not necessary on a Mac. Your Mac runs maintenance in the background for you.
Mac OS X: About background maintenance tasks -
Hi,
recently we have upraded our database from 9.2.0.5.0 to 10.2.5.0. After the upgrading of the database some of our SQL-statements, who gather data and fill it in an empty tabless,
shows a really bad performance in the new database version. We already have checked the explain plan it remains the same in both versions (full table scans on the corresponding tables)
E.g. a query running in the 9i database needs 17 minutes for completion in the 10g version it needs 15 hours.
We have checked the running session and have seen that the read of database blocks of the corresponding tables needs immense more time in the 10g version.
Are there any oracle parameter, hidden features we can adjust in 10g in order to get the same performance as in 9i?
thanks in advance
Here is this example with the above mentioned different response time:
(the object edv_belasgv_3_jahre is a view over 3 tables as an union all, each table has approximately 1 million records)
/* Formatted on 06.09.2012 19:09:08 (QP5 v5.136.908.31019) */
INSERT INTO mv_edv_belasgv_branche
SELECT gesellschaft,
erscheinungsdatum,
buchungsdatum,
code,
SUM (rechnungsnetto) AS rechnungsnetto,
SUM (rechnungsbetrag) AS rechnungsbetrag,
SUM (mehrwertsteuer) AS mehrwertsteuer
FROM (SELECT gesellschaft,
erscheinungsdatum,
buchungsdatum,
rechnungsnetto,
rechnungsbetrag,
mehrwertsteuer,
DECODE (
(SELECT branche1
FROM anzedv.edv_stammdaten t2
WHERE t1.gesellschaft = t2.gesellschaft
AND t1.kundennummer_sap = t2.kundennummer_sap
AND t1.unterkonto = t2.unterkonto),
NULL,
NULL,
DECODE (
(SELECT DISTINCT branche
FROM (SELECT *
FROM anzedv.edv_zuordnung_branche_rubrik
WHERE branche IS NOT NULL)
WHERE (SELECT branche1
FROM anzedv.edv_stammdaten t2
WHERE t1.gesellschaft = t2.gesellschaft
AND t1.kundennummer_sap =
t2.kundennummer_sap
AND t1.unterkonto = t2.unterkonto) LIKE
branche || '%'),
NULL,
'sonstige',
(SELECT DISTINCT branche
FROM (SELECT *
FROM anzedv.edv_zuordnung_branche_rubrik
WHERE branche IS NOT NULL)
WHERE (SELECT branche1
FROM anzedv.edv_stammdaten t2
WHERE t1.gesellschaft = t2.gesellschaft
AND t1.kundennummer_sap =
t2.kundennummer_sap
AND t1.unterkonto = t2.unterkonto) LIKE
branche || '%')))
AS code
FROM edv_belasgv_3_jahre t1
WHERE gesellschaft IN ('T', 'U')
AND (satzart = 'B'
OR satzart = 'G'
AND gegenkonto_art IN (5000, 5001, 7900)))
GROUP BY gesellschaft,
erscheinungsdatum,
buchungsdatum,
codeThere is no 10.2.5.0 version - I assume you mean 10.2.0.5.
Pl see these threads on how to post a tuning request (pl post explain plans from both databases)
When your query takes too long ...
HOW TO: Post a SQL statement tuning request - template posting
Pl also compare the init.ora parameters between the old and new database and post any differences here. Have statistics been gathered on the new database ?
Pl see these MOS Docs
TROUBLESHOOTING: Server Upgrade Results in Slow Query Performance [ID 160089.1]
Query Performance Degradation - Upgrade Related - Recommended Actions [ID 745216.1]
Tips for avoiding upgrade related query problems [ID 167086.1]
HTH
Srini
Maybe you are looking for
-
a friend downloaded some books on my ipad from her computer since then i have purchased books from the itune store and downloaded them to my ipad, but they wont open, a screen comes up with thisthis device is already associated with an apple id on th
-
Lumia Cyan 720 brightness profile & temporary file...
Hi After updating cyan+update 1 i didn't get brightness profile in my Lumia 720,2 how could i clear temporary files in my phone all are showing in other categorie in storage sense Moderator's post: We amended the subject of this post as it was moved
-
I Got a c2d as a replacement for my old CD. Anyone else notice a difference in the display brightness of the C2D as opposed to the CD
-
Windows Server 2012 R2 - ADFS/Windows Network Load Balancing Converging Issue
Hello, My name is Brandon. We have started upgrading our servers to Windows Server 2012 R2. We have some powerful servers for running ESXI 5.5 as the OS with the Guest Operating Systems as Windows Server 2012 R2. As far of our migrations/upgrades we
-
Fans acting up after 2010-01 security update
Hi there, My MacPro (2,1) 8-core (16Gb) has it's fans acting up after the 2010-01 security update. This update came together with an update for Java. Being aware of the possibility that problems can rise when updating the two at the same time, I ran