QUERY TAKES DAY to COMPLETE:
Hi all,
My query takes more time to complete like in DAYS. can any one please tell guide me is there is any problem in this query.
SELECT
S_INVLOC.NAME ,
S_ORDER.ACCNT_ID ,
S_ORDER.APPR_BY_EMP_ID ,
S_ORDER.BL_CON_ID ,
S_ORDER.BL_OU_ID ,
S_ORDER.CARRIER_CD ,
S_ORDER.CONTACT_ID ,
S_ORDER.CURCY_CD ,
S_ORDER.TAX_EXEMPT_FLG ,
S_ORDER.REQ_SHIP_DT ,
S_ORDER.SHIP_ADDR_ID ,
S_ORDER.SHIP_CON_ID ,
S_ORDER.SHIP_METH_CD ,
S_ORDER.SHIP_OU_ID ,
S_ORDER.STATUS_CD ,
S_ORDER.TAX_EXEMPT_NUM ,
S_ORDER.TAX_EXEMPT_REASON ,
S_ORDER.OPTY_ID ,
S_ORDER.BU_ID PR_VIS_ORG_ID ,
S_ORDER.PROMO_ID ,
S_ORDER.PRI_LST_ID ,
S_ORDER.AGREE_ID AGREEMENT_ID ,
S_ORDER.ENTLMNT_ID ENTITLEMENT_ID ,
S_ORDER.SR_ID ,
S_ORDER.BILLABLE_FLG ,
S_ORDER_ITEM.ROW_ID ,
S_ORDER_ITEM.ORDER_ID ,
S_ORDER_ITEM.LN_NUM ,
S_ORDER_ITEM.PROD_ID ,
S_ORDER_ITEM.ADJ_UNIT_PRI ,
S_ORDER_ITEM.BASE_UNIT_PRI ,
S_ORDER_ITEM.CARRIER_CD CARRIER_CD1 ,
S_ORDER_ITEM.EXTD_QTY ,
S_ORDER_ITEM.QTY_SHIPPED ,
S_ORDER_ITEM.REQ_SHIP_DT REQ_SHIP_DT1 ,
S_ORDER_ITEM.SHIP_ADDR_ID SHIP_ADDR_ID1 ,
S_ORDER_ITEM.SHIP_CON_ID SHIP_CON_ID1 ,
S_ORDER_ITEM.SHIP_METH_CD SHIP_METH_CD1 ,
S_ORDER_ITEM.STATUS_CD STATUS_CD1 ,
S_ORDER_ITEM.PROD_STATUS_CD ,
S_ORDER_ITEM.PROD_NAME ,
S_ORDER_ITEM.LOANER_FLG ,
S_ORDER_ITEM.DISCNT_METH_CD ,
S_ORDER_ITEM.SHIP_OU_ID SHIP_OU_ID1 ,
S_ORDER_ITEM.STATUS_DT ,
S_ORDER_ITEM.MUST_DLVR_BY_DT ,
S_ORDER_ITEM.ACTION_CD ,
S_ORDER_ITEM.ROLLUP_PRI ,
S_PROD_INT.NAME NAME1 ,
A.NAME NAME2 ,
B.NAME NAME3 ,
S_VOL_DISCNT.NAME NAME4 ,
ACCNT.PR_INDUST_ID ,
POSCRTDORG.OU_ID CREATED_BY_ORG_ID ,
POSOWNERORG.OU_ID PR_OWNER_ORG_ID ,
PAROITEM.LN_NUM ,
PAROITEM.PROD_ID ,
SHIPOITEM.CITY ,
SHIPOITEM.COUNTRY ,
SHIPOITEM.ZIPCODE ,
SHIPO.CITY ,
SHIPO.COUNTRY ,
SHIPO.ZIPCODE ,
BILL.CITY ,
BILL.COUNTRY ,
BILL.ZIPCODE ,
S_CAMP_CON.PR_CALL_LST_ID SEGMENT_ID ,
S_ORDER.DCP_ID OFFER_ID ,
APPRBYPOS.PR_HELD_POSTN_ID ,
POSOWNERORG.ROW_ID ,
POSOWNERORG.PR_EMP_ID ,
S_ENTLMNT.PAR_AGREE_ID ,
ROOTOITEM.PROD_ID ROOT_LN_PROD_ID ,
ROOTOITEM.LN_NUM ROOT_LN_NUM ,
S_ORDER.PR_POSTN_ID ,
S_CAMP_CON.CAMP_LD_WAVE_ID ,
S_SRC.REGION_ID ,
OPRI.COST_PRI ,
S_ORDER_ITEM.ORDER_ITM_CURCY_CD OITM_CURCY_CD ,
ROOTOITEM.ORDER_ITM_CURCY_CD ROOTOITM_CURCY_CD ,
S_ORDER_ITEM.ORDER_ITM_EXCH_DT OITM_AMT_DT ,
S_ORDER.ORDER_EXCH_DT ,
S_ORDER_ITEM.CREATED ,
S_ORDER_ITEM.NET_PRI ,
S_ORDER_ITEM.CRSE_OFFR_ID ,
S_ORDER_ITEM.PRI_LST_ID OITM_PRI_LST_ID ,
ROOTOITEM.PRI_LST_ID ROOTOITM_PRI_LST_ID ,
OWNORG.PRTNR_FLG ,
VISORG.PRTNR_FLG ,
S_CAMP_LD_WAVE.LAUNCHED_TS ,
QUOTE.CREATED ,
S_ORDER.ACTIVE_FLG ,
S_ORDER.APPROVED_FLG ,
PARPROD.PROD_TYPE_CD ,
ROOTPROD.PROD_TYPE_CD ,
S_PROD_INT.PRICE_TYPE_CD ,
S_SRC.PROG_END_DT ,
S_SRC.PROG_START_DT ,
S_SRC.ROW_ID ,
S_ORDER.CREATED ,
OWNORG.ROW_ID ,
0 AS X_CUSTOM
FROM
V_ORDER_ITEM S_ORDER_ITEM,
S_ORDER_ITEM PAROITEM,
S_ORDER_ITEM ROOTOITEM,
S_ORDER,
S_VDISCNT_ITEM A,
S_VOL_DISCNT,
S_PROD_INT,
S_VDISCNT_ITEM B,
S_INVLOC,
S_ORG_EXT ACCNT,
S_POSTN POSOWNERORG,
S_CONTACT CRTD,
S_CONTACT APPRBYPOS,
S_POSTN POSCRTDORG,
S_ADDR_ORG SHIPOITEM,
S_ADDR_ORG SHIPO,
S_ADDR_ORG BILL,
S_CAMP_CON,
S_ENTLMNT,
S_SRC,
S_ORDER_ITM_PRI OPRI,
S_CAMP_LD_WAVE,
S_DOC_QUOTE QUOTE,
S_ORG_EXT OWNORG,
S_ORG_EXT OWNORG1,
S_ORG_EXT VISORG1,
S_ORG_EXT VISORG,
S_PROD_INT PARPROD,
S_PROD_INT ROOTPROD
WHERE
S_ORDER_ITEM.ORDER_ID = S_ORDER.ROW_ID AND
S_ORDER_ITEM.ROOT_ORDER_ITEM_ID = ROOTOITEM.ROW_ID AND
S_ORDER_ITEM.PAR_ORDER_ITEM_ID = PAROITEM.ROW_ID(+) AND
S_ORDER_ITEM.PROD_ID = S_PROD_INT.ROW_ID(+) AND
S_ORDER_ITEM.SRC_INVLOC_ID = S_INVLOC.ROW_ID(+) AND
S_ORDER_ITEM.VOL_DISCNT_ITEM_ID = A.ROW_ID(+) AND
S_ORDER_ITEM.VOL_DISCNT_ID = S_VOL_DISCNT.ROW_ID(+) AND
S_ORDER_ITEM.VOL_UPSELL_ITEM_ID = B.ROW_ID(+) AND
S_ORDER_ITEM.SHIP_ADDR_ID = SHIPOITEM.ROW_ID(+) AND
S_ORDER.PR_POSTN_ID = POSOWNERORG.ROW_ID(+) AND
S_ORDER_ITEM.CREATED_BY = CRTD.ROW_ID(+) AND
CRTD.PR_HELD_POSTN_ID = POSCRTDORG.ROW_ID(+) AND
S_ORDER.ACCNT_ID = ACCNT.ROW_ID(+) AND
S_ORDER.CAMP_CON_ID = S_CAMP_CON.ROW_ID(+) AND
S_ORDER.SHIP_ADDR_ID = SHIPO.ROW_ID(+) AND
S_ORDER.BL_ADDR_ID = BILL.ROW_ID(+) AND
S_ORDER.APPR_BY_EMP_ID = APPRBYPOS.ROW_ID(+) AND
S_ORDER.ENTLMNT_ID = S_ENTLMNT.ROW_ID(+) AND
S_ORDER.PROMO_ID = S_SRC.ROW_ID(+) AND
S_ORDER_ITEM.ROW_ID = OPRI.PAR_ROW_ID(+) AND
S_CAMP_CON.CAMP_LD_WAVE_ID = S_CAMP_LD_WAVE.ROW_ID(+) AND
S_ORDER.QUOTE_ID = QUOTE.ROW_ID(+) AND
POSOWNERORG.OU_ID = OWNORG1.ROW_ID(+) AND
OWNORG1.PAR_BU_ID = OWNORG.ROW_ID(+) AND
S_ORDER.BU_ID = VISORG1.ROW_ID(+) AND
VISORG1.PAR_BU_ID = VISORG.ROW_ID(+) AND
PAROITEM.PROD_ID = PARPROD.ROW_ID(+) AND
ROOTOITEM.PROD_ID = ROOTPROD.ROW_ID(+) AND
S_ORDER_ITEM.ROOT_ORDER_ITEM_ID IS NOT NULL;
Thank u,
refer the link;-
When your query takes too long ...
When your query takes too long ...
Thread: HOW TO: Post a SQL statement tuning request - template posting
HOW TO: Post a SQL statement tuning request - template posting
Similar Messages
-
My import takes days to complete..... How can I tune the import????
I have several Peoplesoft CIS tables that I need to refresh to my dev/tst/wrk environments. Some of tables have millions of records. I can't take a subset of the data because the Peoplesoft CIS applications doesn't quite use relations properly.
I export the tables.....
Mark the indexes unusable in the env to be refreshed
Truncate the tables in the env to be refreshed
Then start my import.....
This is where the problem starts... The export takes an hour and 45 min, where the import took 3 days and still didn't complete. The total size of the dump is 17,638,070 KB.
Please help, or is there a better way....
Cheryl Sewell
Sr. Oracle DBAI export the tables......Mark the indexes unusable in the env to be refreshed
Truncate the tables in the env to be refreshed
Then start my import.....1)Import with rows=n indexes=n constraints=n
2)Import with ignore=y indexes=n constraints=y or create the indexfile for indexes and create the indexes with parallel nologging.
3)use Large buffer and commit=n
[http://www.dba-oracle.com/oracle_tips_load_speed.htm] -
Can anyone provide any tips on how to get the stand alone version of cs6 onto my new computer in a timely fashion. I have the serial number from my account but the unpacking process is taking a ridiculous amount of time. When I purchased the CS6 version on an old machine the download process was speedy and efficient.
Then it should be the same. Perhaps something on your computer is reducing the speed. Such as virus program, firewall, several background apps running, low on ram, low on drive space, and so on.
-
A query takes 7 hours to complete (0 rows rturned)
Hi all,
This query takes 7hours to complete since I migrated from 10g to 11g.
SELECT /*+ gather_plan_statistics */ T.OWNER, T.TABLE_NAME
FROM ( SELECT DISTINCT COFIR FROM DBAUSR_TT) U, VDBSTA S, DBA_TABLES T
WHERE S.COFIR = U.COFIR
AND S.CTTAB = 'T'
AND T.OWNER = S.COFIR
AND T.TABLE_NAME = S.COTAB
AND T.TEMPORARY = 'N'
AND (T.LAST_ANALYZED IS NOT NULL
OR EXISTS
(SELECT 1
FROM DBA_TAB_STATISTICS A
WHERE A.OWNER = T.OWNER
AND A.TABLE_NAME = T.TABLE_NAME
AND NVL (A.STATTYPE_LOCKED, '*') != 'ALL')
OR EXISTS
(SELECT 1
FROM DBA_INDEXES I
WHERE I.TABLE_OWNER = T.OWNER
AND I.TABLE_NAME = T.TABLE_NAME
AND I.LAST_ANALYZED IS NOT NULL))
ORDER BY 1, 2;
SQL> select * from table(dbms_xplan.display_cursor(NULL,NULL,'last iostats'));
PLAN_TABLE_OUTPUT
SQL_ID f3bzgtgudc0cd, child number 0
SELECT /*+ gather_plan_statistics */ T.OWNER, T.TABLE_NAME FROM (
SELECT DISTINCT COFIR FROM DBAUSR_TT) U, VDBSTA S, DBA_TABLES T
WHERE S.COFIR = U.COFIR AND S.CTTAB = 'T' AND
T.OWNER = S.COFIR AND T.TABLE_NAME = S.COTAB AND
T.TEMPORARY = 'N' AND (T.LAST_ANALYZED IS NOT NULL
OR EXISTS (SELECT 1 FROM
DBA_TAB_STATISTICS A WHERE A.OWNER = T.OWNER
AND A.TABLE_NAME = T.TABLE_NAME
AND NVL (A.STATTYPE_LOCKED, '*') != 'ALL')
OR EXISTS (SELECT 1 FROM
DBA_INDEXES I WHERE I.TABLE_OWNER = T.OWNER
AND I.TABLE_NAME = T.TABLE_NAME
AND I.LAST_ANALYZED IS NOT NULL)) ORDER BY 1, 2
Plan hash value: 291652704
| Id | Operation | Name | Starts | E-Rows | A-Rows | A-Time | Buffers | Reads |
| 0 | SELECT STATEMENT | | 1 | | 0 |00:07:55.28 | 73M| 54M|
| 1 | SORT ORDER BY | | 1 | 1 | 0 |00:07:55.28 | 73M| 54M|
|* 2 | FILTER | | 1 | | 0 |00:07:55.28 | 73M| 54M|
| 3 | NESTED LOOPS OUTER | | 1 | 1 | 2726 |00:00:05.37 | 17301 | 766 |
| 4 | NESTED LOOPS OUTER | | 1 | 1 | 2726 |00:00:05.37 | 17298 | 766 |
| 5 | NESTED LOOPS OUTER | | 1 | 1 | 2726 |00:00:05.37 | 16604 | 756 |
| 6 | NESTED LOOPS OUTER | | 1 | 1 | 2726 |00:00:05.37 | 16604 | 756 |
| 7 | NESTED LOOPS | | 1 | 1 | 2726 |00:00:05.37 | 12998 | 619 |
| 8 | NESTED LOOPS | | 1 | 1 | 2726 |00:00:05.37 | 10268 | 619 |
|* 9 | HASH JOIN | | 1 | 1 | 2726 |00:00:00.27 | 5329 | 11 |
|* 10 | HASH JOIN | | 1 | 4 | 5909 |00:00:00.18 | 5323 | 9 |
|* 11 | HASH JOIN | | 1 | 207 | 3296 |00:00:00.02 | 4152 | 0 |
| 12 | MERGE JOIN CARTESIAN | | 1 | 10 | 4 |00:00:00.02 | 3 | 0 |
|* 13 | HASH JOIN | | 1 | 1 | 1 |00:00:00.02 | 0 | 0 |
|* 14 | FIXED TABLE FULL | X$KSPPI | 1 | 1 | 1 |00:00:00.01 | 0 | 0 |
| 15 | FIXED TABLE FULL | X$KSPPCV | 1 | 100 | 2044 |00:00:00.01 | 0 | 0 |
| 16 | BUFFER SORT | | 1 | 10 | 4 |00:00:00.01 | 3 | 0 |
| 17 | VIEW | | 1 | 10 | 4 |00:00:00.01 | 3 | 0 |
| 18 | HASH UNIQUE | | 1 | 10 | 4 |00:00:00.01 | 3 | 0 |
| 19 | TABLE ACCESS FULL | DBAUSR_TT | 1 | 10 | 10 |00:00:00.01 | 3 | 0 |
| 20 | VIEW | VDBSTA | 1 | 2065 | 3296 |00:00:00.01 | 4149 | 0 |
| 21 | UNION-ALL | | 1 | | 3296 |00:00:00.01 | 4149 | 0 |
| 22 | NESTED LOOPS | | 1 | 1433 | 187 |00:00:00.01 | 1617 | 0 |
| 23 | MERGE JOIN CARTESIAN | | 1 | 1717 | 1740 |00:00:00.01 | 18 | 0 |
|* 24 | TABLE ACCESS FULL | USEUBX | 1 | 1 | 1 |00:00:00.01 | 3 | 0 |
| 25 | BUFFER SORT | | 1 | 1717 | 1740 |00:00:00.01 | 15 | 0 |
|* 26 | TABLE ACCESS FULL | STATAB | 1 | 1717 | 1740 |00:00:00.01 | 15 | 0 |
|* 27 | INDEX UNIQUE SCAN | TABCOM1 | 1740 | 1 | 187 |00:00:00.01 | 1599 | 0 |
| 28 | HASH UNIQUE | | 1 | 610 | 3106 |00:00:00.02 | 2499 | 0 |
| 29 | NESTED LOOPS ANTI | | 1 | 3294 | 3106 |00:00:00.01 | 2499 | 0 |
| 30 | MERGE JOIN CARTESIAN | | 1 | 3434 | 3480 |00:00:00.01 | 18 | 0 |
|* 31 | TABLE ACCESS FULL | USEUBX | 1 | 2 | 2 |00:00:00.01 | 3 | 0 |
| 32 | BUFFER SORT | | 2 | 1717 | 3480 |00:00:00.01 | 15 | 0 |
|* 33 | TABLE ACCESS FULL | STATAB | 1 | 1717 | 1740 |00:00:00.01 | 15 | 0 |
|* 34 | INDEX UNIQUE SCAN | TABCOM1 | 2634 | 58 | 301 |00:00:00.01 | 2481 | 0 |
| 35 | HASH UNIQUE | | 1 | 14 | 0 |00:00:00.01 | 15 | 0 |
| 36 | MERGE JOIN CARTESIAN | | 1 | 14 | 0 |00:00:00.01 | 15 | 0 |
|* 37 | TABLE ACCESS FULL | STATAB | 1 | 5 | 0 |00:00:00.01 | 15 | 0 |
| 38 | BUFFER SORT | | 0 | 3 | 0 |00:00:00.01 | 0 | 0 |
|* 39 | TABLE ACCESS FULL | USEUBX | 0 | 3 | 0 |00:00:00.01 | 0 | 0 |
| 40 | HASH UNIQUE | | 1 | 8 | 3 |00:00:00.01 | 18 | 0 |
| 41 | MERGE JOIN CARTESIAN | | 1 | 8 | 3 |00:00:00.01 | 18 | 0 |
|* 42 | TABLE ACCESS FULL | USEUBX | 1 | 1 | 1 |00:00:00.01 | 3 | 0 |
| 43 | BUFFER SORT | | 1 | 8 | 3 |00:00:00.01 | 15 | 0 |
|* 44 | TABLE ACCESS FULL | STATAB | 1 | 8 | 3 |00:00:00.01 | 15 | 0 |
|* 45 | TABLE ACCESS FULL | OBJ$ | 1 | 1000 | 99107 |00:00:00.01 | 1171 | 9 |
| 46 | TABLE ACCESS FULL | USER$ | 1 | 76 | 76 |00:00:00.02 | 6 | 2 |
|* 47 | TABLE ACCESS CLUSTER | TAB$ | 2726 | 1 | 2726 |00:00:05.85 | 4939 | 608 |
|* 48 | INDEX UNIQUE SCAN | I_OBJ# | 2726 | 1 | 2726 |00:00:00.23 | 577 | 19 |
| 49 | TABLE ACCESS CLUSTER | TS$ | 2726 | 1 | 2726 |00:00:00.01 | 2730 | 0 |
|* 50 | INDEX UNIQUE SCAN | I_TS# | 2726 | 1 | 2726 |00:00:00.01 | 4 | 0 |
| 51 | TABLE ACCESS CLUSTER | SEG$ | 2726 | 1 | 2726 |00:00:01.37 | 3606 | 137 |
|* 52 | INDEX UNIQUE SCAN | I_FILE#_BLOCK# | 2726 | 1 | 2726 |00:00:00.51 | 880 | 52 |
|* 53 | INDEX RANGE SCAN | I_OBJ1 | 2726 | 1 | 0 |00:00:00.01 | 0 | 0 |
|* 54 | INDEX RANGE SCAN | I_OBJ1 | 2726 | 1 | 2719 |00:00:00.18 | 694 | 10 |
|* 55 | INDEX RANGE SCAN | I_USER2 | 2726 | 1 | 2719 |00:00:00.01 | 3 | 0 |
| 56 | VIEW | DBA_TAB_STATISTICS | 2726 | 13 | 0 |07:24:59.23 | 73M| 54M|
| 57 | UNION-ALL | | 2726 | | 0 |07:24:59.23 | 73M| 54M|
| 58 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |00:00:00.18 | 19122 | 1 |
| 59 | NESTED LOOPS | | 2726 | 1 | 0 |00:00:00.18 | 19122 | 1 |
| 60 | NESTED LOOPS OUTER | | 2726 | 1 | 2726 |00:00:00.04 | 11535 | 0 |
| 61 | NESTED LOOPS | | 2726 | 1 | 2726 |00:00:00.04 | 11534 | 0 |
| 62 | TABLE ACCESS BY INDEX ROWID | USER$ | 2726 | 1 | 2726 |00:00:00.04 | 5452 | 0 |
|* 63 | INDEX UNIQUE SCAN | I_USER1 | 2726 | 1 | 2726 |00:00:00.02 | 2726 | 0 |
|* 64 | INDEX RANGE SCAN | I_OBJ2 | 2726 | 1 | 2726 |00:00:00.01 | 6082 | 0 |
|* 65 | INDEX UNIQUE SCAN | I_TAB_STATS$_OBJ# | 2726 | 1 | 0 |00:00:00.01 | 1 | 0 |
|* 66 | TABLE ACCESS CLUSTER | TAB$ | 2726 | 1 | 0 |00:00:00.12 | 7587 | 1 |
|* 67 | INDEX UNIQUE SCAN | I_OBJ# | 2726 | 1 | 2726 |00:00:00.02 | 3225 | 0 |
|* 68 | INDEX UNIQUE SCAN | I_MON_MODS_ALL$_OBJ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
| 69 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |01:52:08.09 | 23M| 13M|
| 70 | NESTED LOOPS | | 2726 | 1 | 0 |01:52:08.09 | 23M| 13M|
| 71 | MERGE JOIN CARTESIAN | | 2726 | 9067 | 32M|01:50:22.71 | 13M| 13M|
| 72 | NESTED LOOPS OUTER | | 2726 | 1 | 2726 |00:00:00.02 | 11535 | 0 |
| 73 | NESTED LOOPS | | 2726 | 1 | 2726 |00:00:00.02 | 11534 | 0 |
| 74 | TABLE ACCESS BY INDEX ROWID | USER$ | 2726 | 1 | 2726 |00:00:00.01 | 5452 | 0 |
|* 75 | INDEX UNIQUE SCAN | I_USER1 | 2726 | 1 | 2726 |00:00:00.01 | 2726 | 0 |
|* 76 | INDEX RANGE SCAN | I_OBJ2 | 2726 | 1 | 2726 |00:00:00.02 | 6082 | 0 |
|* 77 | INDEX UNIQUE SCAN | I_TAB_STATS$_OBJ# | 2726 | 1 | 0 |00:00:00.01 | 1 | 0 |
| 78 | BUFFER SORT | | 2726 | 11909 | 32M|01:50:22.71 | 13M| 13M|
| 79 | TABLE ACCESS FULL | TAB$ | 2726 | 11909 | 32M|01:48:31.82 | 13M| 13M|
|* 80 | VIEW PUSHED PREDICATE | TABPARTV$ | 32M| 1 | 0 |00:01:23.69 | 9566K| 0 |
|* 81 | TABLE ACCESS BY INDEX ROWID | TABPART$ | 32M| 4 | 703K|00:01:10.17 | 9566K| 0 |
|* 82 | INDEX RANGE SCAN | I_TABPART_BOPART$ | 32M| 4 | 703K|00:00:51.77 | 9210K| 0 |
|* 83 | INDEX UNIQUE SCAN | I_MON_MODS_ALL$_OBJ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
| 84 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |01:53:02.61 | 23M| 13M|
| 85 | NESTED LOOPS | | 2726 | 1 | 0 |01:53:02.61 | 23M| 13M|
| 86 | MERGE JOIN CARTESIAN | | 2726 | 9067 | 32M|01:51:19.21 | 13M| 13M|
| 87 | NESTED LOOPS | | 2726 | 1 | 2726 |00:00:00.21 | 11534 | 0 |
| 88 | TABLE ACCESS BY INDEX ROWID | USER$ | 2726 | 1 | 2726 |00:00:00.12 | 5452 | 0 |
|* 89 | INDEX UNIQUE SCAN | I_USER1 | 2726 | 1 | 2726 |00:00:00.02 | 2726 | 0 |
|* 90 | INDEX RANGE SCAN | I_OBJ2 | 2726 | 1 | 2726 |00:00:00.06 | 6082 | 0 |
| 91 | BUFFER SORT | | 2726 | 11909 | 32M|01:51:19.03 | 13M| 13M|
| 92 | TABLE ACCESS FULL | TAB$ | 2726 | 11909 | 32M|01:49:51.13 | 13M| 13M|
|* 93 | VIEW PUSHED PREDICATE | TABPARTV$ | 32M| 1 | 0 |00:01:23.47 | 9566K| 0 |
|* 94 | TABLE ACCESS BY INDEX ROWID | TABPART$ | 32M| 1 | 0 |00:01:10.51 | 9566K| 0 |
|* 95 | INDEX RANGE SCAN | I_TABPART_BOPART$ | 32M| 4 | 703K|00:00:53.01 | 9210K| 0 |
|* 96 | INDEX UNIQUE SCAN | I_MON_MODS_ALL$_OBJ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
| 97 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |01:49:37.09 | 13M| 13M|
| 98 | NESTED LOOPS | | 2726 | 1 | 0 |01:49:37.09 | 13M| 13M|
| 99 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |01:49:37.09 | 13M| 13M|
| 100 | NESTED LOOPS | | 2726 | 1 | 0 |01:49:37.09 | 13M| 13M|
| 101 | NESTED LOOPS | | 2726 | 11909 | 32M|01:47:05.13 | 13M| 13M|
| 102 | TABLE ACCESS BY INDEX ROWID | USER$ | 2726 | 1 | 2726 |00:00:00.08 | 5452 | 0 |
|*103 | INDEX UNIQUE SCAN | I_USER1 | 2726 | 1 | 2726 |00:00:00.04 | 2726 | 0 |
| 104 | TABLE ACCESS FULL | TAB$ | 2726 | 11909 | 32M|01:46:32.59 | 13M| 13M|
|*105 | VIEW PUSHED PREDICATE | TABCOMPARTV$ | 32M| 1 | 0 |00:00:37.20 | 1 | 1 |
| 106 | TABLE ACCESS BY INDEX ROWID | TABCOMPART$ | 32M| 1 | 0 |00:00:23.85 | 1 | 1 |
|*107 | INDEX RANGE SCAN | I_TABCOMPART_BOPART$ | 32M| 1 | 0 |00:00:09.37 | 1 | 1 |
|*108 | INDEX UNIQUE SCAN | I_MON_MODS_ALL$_OBJ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*109 | TABLE ACCESS BY INDEX ROWID | OBJ$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*110 | INDEX RANGE SCAN | I_OBJ1 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*111 | INDEX UNIQUE SCAN | I_TAB_STATS$_OBJ# | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
| 112 | NESTED LOOPS | | 2726 | | 0 |01:50:32.64 | 13M| 13M|
| 113 | NESTED LOOPS | | 2726 | 1 | 0 |01:50:32.62 | 13M| 13M|
| 114 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |01:50:32.60 | 13M| 13M|
| 115 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |01:50:32.60 | 13M| 13M|
| 116 | NESTED LOOPS | | 2726 | 1 | 0 |01:50:32.58 | 13M| 13M|
| 117 | NESTED LOOPS | | 2726 | 1 | 0 |01:50:32.58 | 13M| 13M|
| 118 | NESTED LOOPS | | 2726 | 1 | 0 |01:50:32.58 | 13M| 13M|
| 119 | NESTED LOOPS | | 2726 | 11909 | 32M|01:48:00.62 | 13M| 13M|
| 120 | TABLE ACCESS BY INDEX ROWID| USER$ | 2726 | 1 | 2726 |00:00:00.04 | 5452 | 0 |
|*121 | INDEX UNIQUE SCAN | I_USER1 | 2726 | 1 | 2726 |00:00:00.02 | 2726 | 0 |
| 122 | TABLE ACCESS FULL | TAB$ | 2726 | 11909 | 32M|01:48:00.58 | 13M| 13M|
|*123 | VIEW PUSHED PREDICATE | TABCOMPARTV$ | 32M| 1 | 0 |00:00:39.60 | 1 | 0 |
| 124 | TABLE ACCESS BY INDEX ROWID| TABCOMPART$ | 32M| 1 | 0 |00:00:26.27 | 1 | 0 |
|*125 | INDEX RANGE SCAN | I_TABCOMPART_BOPART$ | 32M| 1 | 0 |00:00:09.80 | 1 | 0 |
| 126 | VIEW PUSHED PREDICATE | TABSUBPARTV$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*127 | TABLE ACCESS BY INDEX ROWID | TABSUBPART$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*128 | INDEX RANGE SCAN | I_TABSUBPART_POBJSUBPART$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*129 | INDEX RANGE SCAN | I_OBJ1 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*130 | INDEX UNIQUE SCAN | I_TAB_STATS$_OBJ# | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*131 | INDEX UNIQUE SCAN | I_MON_MODS_ALL$_OBJ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*132 | INDEX RANGE SCAN | I_OBJ1 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*133 | TABLE ACCESS BY INDEX ROWID | OBJ$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*134 | FILTER | | 2726 | | 0 |00:00:00.02 | 0 | 0 |
|*135 | FILTER | | 0 | | 0 |00:00:00.01 | 0 | 0 |
|*136 | HASH JOIN OUTER | | 0 | 8 | 0 |00:00:00.01 | 0 | 0 |
| 137 | NESTED LOOPS OUTER | | 0 | 8 | 0 |00:00:00.01 | 0 | 0 |
|*138 | FIXED TABLE FULL | X$KQFTA | 0 | 8 | 0 |00:00:00.01 | 0 | 0 |
|*139 | INDEX UNIQUE SCAN | I_TAB_STATS$_OBJ# | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
| 140 | TABLE ACCESS FULL | FIXED_OBJ$ | 0 | 783 | 0 |00:00:00.01 | 0 | 0 |
| 141 | NESTED LOOPS | | 2726 | 1 | 0 |00:00:00.70 | 19121 | 4 |
| 142 | NESTED LOOPS | | 2726 | 1 | 0 |00:00:00.68 | 19121 | 4 |
| 143 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |00:00:00.68 | 19121 | 4 |
| 144 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |00:00:00.68 | 19121 | 4 |
| 145 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |00:00:00.64 | 19121 | 4 |
| 146 | NESTED LOOPS OUTER | | 2726 | 1 | 0 |00:00:00.64 | 19121 | 4 |
| 147 | NESTED LOOPS | | 2726 | 1 | 0 |00:00:00.64 | 19121 | 4 |
| 148 | NESTED LOOPS | | 2726 | 1 | 2726 |00:00:00.25 | 11534 | 0 |
| 149 | TABLE ACCESS BY INDEX ROWID | USER$ | 2726 | 1 | 2726 |00:00:00.16 | 5452 | 0 |
|*150 | INDEX UNIQUE SCAN | I_USER1 | 2726 | 1 | 2726 |00:00:00.04 | 2726 | 0 |
|*151 | INDEX RANGE SCAN | I_OBJ2 | 2726 | 1 | 2726 |00:00:00.08 | 6082 | 0 |
|*152 | TABLE ACCESS CLUSTER | IND$ | 2726 | 1 | 0 |00:00:00.39 | 7587 | 4 |
|*153 | INDEX UNIQUE SCAN | I_OBJ# | 2726 | 1 | 2726 |00:00:00.02 | 3225 | 0 |
| 154 | TABLE ACCESS CLUSTER | TS$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*155 | INDEX UNIQUE SCAN | I_TS# | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
| 156 | TABLE ACCESS CLUSTER | SEG$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*157 | INDEX UNIQUE SCAN | I_FILE#_BLOCK# | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*158 | INDEX RANGE SCAN | I_OBJ1 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*159 | INDEX RANGE SCAN | I_USER2 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*160 | TABLE ACCESS BY INDEX ROWID | OBJ$ | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*161 | INDEX RANGE SCAN | I_OBJ1 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
|*162 | INDEX RANGE SCAN | I_USER2 | 0 | 1 | 0 |00:00:00.01 | 0 | 0 |
Predicate Information (identified by operation id):
2 - filter(("T"."ANALYZETIME" IS NOT NULL OR IS NOT NULL OR IS NOT NULL))
9 - access("U"."NAME"="S"."COFIR" AND "O"."OWNER#"="U"."USER#")
10 - access("O"."NAME"="S"."COTAB")
11 - access("S"."COFIR"="U"."COFIR")
13 - access("KSPPI"."INDX"="KSPPCV"."INDX")
14 - filter("KSPPI"."KSPPINM"='_dml_monitoring_enabled')
24 - filter("U"."TYUSR"='C')
26 - filter(("S"."CTTAB"='T' AND "S"."TYUSR" IS NULL))
27 - access("T"."COOBJ"="S"."COTAB")
31 - filter("U"."TYUSR"='U')
33 - filter(("S"."CTTAB"='T' AND "S"."TYUSR" IS NULL))
34 - access("S"."COTAB"="T"."COOBJ")
37 - filter(("S"."TYUSR"='G' AND "S"."CTTAB"='T'))
39 - filter(("U"."TYUSR"='U' OR "U"."TYUSR"='X'))
42 - filter("U"."TYUSR"='X')
44 - filter(("S"."CTTAB"='T' AND "S"."TYUSR"='X'))
45 - filter((DECODE(BITAND("O"."FLAGS",2),0,'N',2,'Y','N')='N' AND BITAND("O"."FLAGS",128)=0))
47 - filter(BITAND("T"."PROPERTY",1)=0)
48 - access("O"."OBJ#"="T"."OBJ#")
50 - access("T"."TS#"="TS"."TS#")
52 - access("T"."TS#"="S"."TS#" AND "T"."FILE#"="S"."FILE#" AND "T"."BLOCK#"="S"."BLOCK#")
53 - access("T"."BOBJ#"="CO"."OBJ#")
54 - access("T"."DATAOBJ#"="CX"."OBJ#")
55 - access("CX"."OWNER#"="CU"."USER#")
63 - access("U"."NAME"=:B1)
64 - access("O"."OWNER#"="U"."USER#" AND "O"."NAME"=:B1 AND "O"."NAMESPACE"=1 AND "O"."REMOTEOWNER" IS NULL AND
"O"."LINKNAME" IS NULL AND "O"."SUBNAME" IS NULL)
filter(("O"."SUBNAME" IS NULL AND "O"."REMOTEOWNER" IS NULL AND "O"."LINKNAME" IS NULL))
65 - access("O"."OBJ#"="TS"."OBJ#")
66 - filter((NVL(DECODE(BITAND("T"."TRIGFLAG",67108864)+BITAND("T"."TRIGFLAG",134217728),0,NULL,67108864,'DATA',134217728,'CAC
HE','ALL'),'*')<>'ALL' AND BITAND("T"."PROPERTY",1)=0))
67 - access("O"."OBJ#"="T"."OBJ#")
68 - access("T"."OBJ#"="M"."OBJ#")
75 - access("U"."NAME"=:B1)
76 - access("O"."OWNER#"="U"."USER#" AND "O"."NAME"=:B1 AND "O"."NAMESPACE"=1 AND "O"."REMOTEOWNER" IS NULL ANDsome information about the database:
2 ;
BANNER
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 Production
TNS for 32-bit Windows: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production
SQL> sho parameter optimizer
NAME TYPE VALUE
optimizer_capture_sql_plan_baselines boolean FALSE
optimizer_dynamic_sampling integer 2
optimizer_features_enable string 11.1.0.7
optimizer_index_caching integer 0
optimizer_index_cost_adj integer 100
optimizer_mode string ALL_ROWS
optimizer_secure_view_merging boolean TRUE
optimizer_use_invisible_indexes boolean FALSE
optimizer_use_pending_statistics boolean FALSE
optimizer_use_sql_plan_baselines boolean TRUEthe issue seems to be on the view DBA_TAB_STATISTICS and in particular on this operation:
| 122 | TABLE ACCESS FULL | TAB$ | 2726 | 11909 | 32M|01:48:00.58 | 13M| 13M|How can I tune this query ?
Thanks for helpingWell, if you've ever looked at the source for DBA_TAB_STATISTICS you will understand why it's not a great candidate to query frequently, like in an exists look up :)
This takes up a little more code, but i'd wager it finishes a bit sooner.
SELECT
/*+ gather_plan_statistics */
T.OWNER,
T.TABLE_NAME
FROM
( SELECT DISTINCT COFIR
FROM DBAUSR_TT
) U,
VDBSTA S,
DBA_TABLES T
WHERE S.COFIR = U.COFIR
AND S.CTTAB = 'T'
AND T.OWNER = S.COFIR
AND T.TABLE_NAME = S.COTAB
AND T.TEMPORARY = 'N'
AND
T.LAST_ANALYZED IS NOT NULL
OR EXISTS
SELECT 1
FROM DBA_INDEXES I
WHERE I.TABLE_OWNER = T.OWNER
AND I.TABLE_NAME = T.TABLE_NAME
AND I.LAST_ANALYZED IS NOT NULL
UNION
SELECT
T.OWNER,
T.TABLE_NAME
FROM
( SELECT DISTINCT COFIR FROM DBAUSR_TT
) U,
VDBSTA S,
DBA_TABLES T,
DBA_TAB_STATISTICS A
WHERE S.COFIR = U.COFIR
AND S.CTTAB = 'T'
AND T.OWNER = S.COFIR
AND T.TABLE_NAME = S.COTAB
AND T.TEMPORARY = 'N'
--added predicate
AND T.LAST_ANALYZED IS NULL
AND A.OWNER = T.OWNER
AND A.TABLE_NAME = T.TABLE_NAME
AND NVL (A.STATTYPE_LOCKED, '*') != 'ALL')
ORDER BY 1, 2; -
Hi ,
Env , DB 10G , O/S Linux Redhat , My DB size is about 80G
My query takes too long , about 5 days to get results , can you please help to rewrite this query in a better way ,
declare
x number;
y date;
START_DATE DATE;
MDN VARCHAR2(12);
TOPUP VARCHAR2(50);
begin
for first_bundle in
select min(date_time_of_event) date_time_of_event ,account_identifier ,top_up_profile_name
from bundlepur
where account_profile='Basic'
AND account_identifier='665004664'
and in_service_result_indicator=0
and network_cause_result_indicator=0
and DATE_TIME_OF_EVENT >= to_date('16/07/2013','dd/mm/yyyy')
group by account_identifier,top_up_profile_name
order by date_time_of_event
loop
select sum(units_per_tariff_rum2) ,max(date_time_of_event)
into x,y
from OLD_LTE_CDR
where account_identifier=(select first_bundle.account_identifier from dual)
and date_time_of_event >= (select first_bundle.date_time_of_event from dual)
and -- no more than a month
date_time_of_event < ( select add_months(first_bundle.date_time_of_event,1) from dual)
and -- finished his bundle then buy a new one
date_time_of_event < ( SELECT MIN(DATE_TIME_OF_EVENT)
FROM OLD_LTE_CDR
WHERE DATE_TIME_OF_EVENT > (select (first_bundle.date_time_of_event)+1/24 from dual)
AND IN_SERVICE_RESULT_INDICATOR=26);
select first_bundle.account_identifier ,first_bundle.top_up_profile_name
,FIRST_BUNDLE.date_time_of_event
INTO MDN,TOPUP,START_DATE
from dual;
insert into consumed1 VALUES(X,topup,MDN,START_DATE,Y);
end loop;
COMMIT;
end;> where account_identifier=(select first_bundle.account_identifier from dual)
Why are you doing this? It's a completely unnecessary subquery.
Just do this:
where account_identifier = first_bundle.account_identifier
Same for all your other FROM DUAL subqueries. Get rid of them.
More importantly, don't use a cursor for loop. Just write one big INSERT statement that does what you want. -
Zimbra login is very slow - SQL query takes 35+ seconds
Hi,
my Zimbra login process remains very slow, 35-40 seconds with only a single user using it. I have Beehive set up as directory synchronized, with about 6500 users in it. However, I and a couple of colleagues the only ones making any use of it for testing. With just one person logging in, the following SQL query takes about 35 seconds to execute:
SELECT /*+ LEADING(rf rf_pp) USE_NL(rf_pp) INDEX_ASC(@rf_connect_by rf@rf_connect_by (ws_real_folders.parent_eid ws_real_folders.eid)) */ RF.ENTERPRISE_ID AS
ENTERPRISE_ID, RF.SITE_ID AS SITE_ID, RF.ENTITY_TYPE AS ENTITY_TYPE, RF.EID AS EID, RF.LOCK_ID AS LOCK_ID, RF.CACHE_ID AS CACHE_ID, RF.CACHE_TS AS
CACHE_TS, RF.CACHE_SQ AS CACHE_SQ, FLOOR(RF.SECURE_CHECK/10) AS ACCESS_TYPES, RF.PARENT_ENTITY_TYPE AS PARENT_ENTITY_TYPE, RF.PARENT_EID AS
PARENT_EID, RF.NAME AS NAME, RF.OWNER_ENTITY_TYPE AS OWNER_ENTITY_TYPE, RF.OWNER_EID AS OWNER_EID, RF.CREATED_ON AS CREATED_ON,
RF.CREATOR_ENTITY_TYPE AS CREATOR_ENTITY_TYPE, RF.CREATOR_EID AS CREATOR_EID, RF.MODIFIEDON AS MODIFIED_ON, RF.MODIFIED_BY_ENTITY_TYPE AS
MODIFIED_BY_ENTITY_TYPE, RF.MODIFIED_BY_EID AS MODIFIED_BY_EID, RF.VISIBILITY AS VISIBILITY, CASE WHEN (BITAND(:B13 , :B12 ) = :B12 ) THEN CAST(MULTISET(
SELECT METADATA_CEN
FROM OCS_ENTITY_METADATA_CENS_2_V META
WHERE META.ENTITY_EID = RF.EID ) AS OCS_COLLAB_ID_TBL_T) ELSE CAST(NULL AS OCS_COLLAB_ID_TBL_T) END AS METADATA_CENS, CASE WHEN
RF_PP.LAST_ACCESSED IS NULL THEN 'N' WHEN RF.MODIFIEDON > RF_PP.LAST_ACCESSED THEN 'U' ELSE NVL(RF_PP.RELATIVE_STATUS, 'N') END AS CHANGE_STATUS,
RF.PROPERTIES AS PROPERTIES_CLOB, RF_PP.PROPERTIES AS VIEWERPROPERTIES_CLOB, RF.DESCRIPTION AS DESCRIPTION
FROM (
SELECT /*+ QB_NAME(rf_connect_by) no_connect_by_cost_based */ RF.ENTERPRISE_ID ENTERPRISE_ID, :B4 SITE_ID, :B3 ENTITY_TYPE, RF.EID EID, RF.LOCK_ID LOCK_ID,
RF.ORA_ROWSCN CACHE_ID, RF.CACHE_TS CACHE_TS, RF.CACHE_SQ CACHE_SQ, RF.PARENT_TYPE PARENT_ENTITY_TYPE, RF.PARENT_EID PARENT_EID, RF.NAME
NAME, RF.OWNER_TYPE OWNER_ENTITY_TYPE, RF.OWNER_EID OWNER_EID, RF.CREATED_ON CREATED_ON, RF.CREATOR_TYPE CREATOR_ENTITY_TYPE,
RF.CREATOR_EID CREATOR_EID, RF.MODIFIED_ON MODIFIEDON, RF.MODIFIED_BY_TYPE MODIFIED_BY_ENTITY_TYPE, RF.MODIFIED_BY_EID MODIFIED_BY_EID,
RF.VISIBILITY VISIBILITY, RF.PROPERTIES PROPERTIES, RF.DESCRIPTION DESCRIPTION, RF.IS_HIDDEN IS_HIDDEN, LEVEL LEVEL_NUM, COALESCE (
(SELECT :B10 * 10 + 1
FROM AC_ENTITIES AEI
WHERE RF.EID = AEI.EID AND ( 1 = DECODE(AEI.SENSITIVITY_EID, :B9 , 1, 0) AND 1 = DECODE(AEI.OWNER_EID, :B8 , 1, 0) AND 1 = DECODE(AEI.AT_READ, :B7 , 1, 0) AND 1 =
DECODE(AEI.AT_DISCOVER, :B6 , 1, 0) AND 1 = DECODE(AEI.LOCAL_ACL_ID, :B5 , 1, 0) ) ) ,
(SELECT ACV.ACCESS_TYPES * 10 + ACV.IS_ALLOWED
FROM AC_CHECK_ONE_OF_V ACV
WHERE ACV.EID = RF.EID ) ) SECURE_CHECK
FROM WS_REAL_FOLDERS RF
WHERE RF.IS_HIDDEN = :B2 START WITH RF.PARENT_EID = :B1 CONNECT BY PRIOR RF.EID = RF.PARENT_EID ) RF, WS_RF_PRVT_PROPERTIES RF_PP
WHERE RF.EID = RF_PP.EID (+) AND :B11 = RF_PP.VIEWER_EID (+) AND 1 = BITAND(RF.SECURE_CHECK, 1) ORDER BY RF.LEVEL_NUMIt has ID atrvjdrmz2v6d in Enterprise Manager, and I've tried tuning it with the SQL tuning advisor in EM. I did the statistics gathering mentioned in another thread yesterday, to see if that helped - doesn't seem liked it. I'm running Database 11.1.0.6 and Beehive 1.5.1 in the build from the day it released.
Any hints? I'll post this to MetaLink as well, unless someone has some immediate idea what's wrong :-)No speedup, the 35-40 seconds is for normal logins - and it's very consistent, at least if the database is otherwise idle. Immediately logging out and back in gives me the same wait, and the same query shows up in the Enterprise Manager interface.
It seems it might be related to Workspaces - from EM:
"PL/SQL Source (Line Number) BEE_CODE.WS_REAL_FOLDER_PKG (2998)" -
Copying files is estimating 24 days to complete. Is this harmful to my iMac?
I have an external hard drive that wouldn't mount to my 27" iMac. I finally got it to mount but through USB 2.0 (normally through FireWire800). Once it mounted, my goal was to go into the iPhoto "masters" folder to back up all my original photos since this drive is on the fritz and you guessed it, I didn't have a back up of my files.
I have approximately 51,000 items to back up consisting of about 191 GB of photos. It took about 6 hours to "prepare to copy" to the target drive (my internal HDD). Now once it finished preparing, I was shocked at the estimate of "x.xx GB of 191 GB - About 30 days" in the status window. That has now settled to show a consistent 24 days to complete. It is copying at a very slow rate. My guess is that it is the external drive because my iMac runs perfectly, and it's not sluggish when running Safari and surfing around. Although, I've ceased all other apps during this process.
As far as I can tell, the process is moving along albeit very very slowly. I can see on the target drive the files are copying over. My question is: Will this long process be harmful to my iMac? As far as I can tell, the slowness is related to the external drive. When the iMac goes to sleep, the copy process continues. I'm very hesitant to stop the copy process and plug in my FireWire800 for fear that the drive will not mount.
Any feedback or suggestions are welcomed.
Thanks
27' iMac
v10.7.5
4GB 1333MHz DDR3 RAM
3.1 GHz Intel Core i5Some thinking.
I understand that your external drive has both USB2 and FW800 connections.
Refuses to connect with FW but with USB2 works but gives times which are really too long even for USB2 and 191GB.
Question is why it does. According to your info I agree the MAc is OK and as John writes it should be the disc.
Can be the cable or the FW electronic in the HD but may be also the USB electronic Or the HD itself ?
The 24 days will probably reduce and do not affect the Mac but what about the HD ???
If it is in bad conditions will it survive 3 weeks of continous running ???
I hope to be wrong but. If the picture in that disc are the only copy you have I would open the disc and put it into a fres new enclosure with a fast connection which your Mac can use (FW800 or eSata or Thunderbolt).
If you think to go in this direction let me suggest this YouTube http://youtu.be/1Aa3BXmQVpc
Walter -
Why update query takes long time ?
Hello everyone;
My update query takes long time. In emp ( self testing) just having 2 records.
when i issue update query , it takes long time;
SQL> select * from emp;
EID ENAME EQUAL ESALARY ECITY EPERK ECONTACT_NO
2 rose mca 22000 calacutta 9999999999
1 sona msc 17280 pune 9999999999
Elapsed: 00:00:00.05
SQL> update emp set esalary=12000 where eid='1';
update emp set esalary=12000 where eid='1'
* ERROR at line 1:
ORA-01013: user requested cancel of current operation
Elapsed: 00:01:11.72
SQL> update emp set esalary=15000;
update emp set esalary=15000
* ERROR at line 1:
ORA-01013: user requested cancel of current operation
Elapsed: 00:02:22.27Hi BCV;
Thanks for your reply but it doesn't provide output, please see this.
SQL> update emp set esalary=15000;
........... Lock already occured.
>> trying to trace >>
SQL> select HOLDING_SESSION from dba_blockers;
HOLDING_SESSION
144
SQL> select sid , username, event from v$session where username='HR';
SID USERNAME EVENT
144 HR SQL*Net message from client
151 HR enq: TX - row lock contention
159 HR SQL*Net message from client
>> It does n 't provide clear output about transaction lock >>
SQL> SELECT username, v$lock.SID, TRUNC (id1 / POWER (2, 16)) rbs,
2 BITAND (id1, TO_NUMBER ('ffff', 'xxxx')) + 0 slot, id2 seq, lmode,
3 request
4 FROM v$lock, v$session
5 WHERE v$lock.TYPE = 'TX'
6 AND v$lock.SID = v$session.SID
7 AND v$session.username = USER;
no rows selected
SQL> select MACHINE from v$session where sid = :sid;
SP2-0552: Bind variable "SID" not declared. -
Hi All,
I have cloned KSB1 tcode to custom one as required by business.
Below query takes more time than excepted.
Here V_DB_TABLE = COVP.
Values in Where clause are as follows
OBNJR in ( KSBB010000001224 BT KSBB012157221571)
GJAHR in blank
VERSN in '000'
WRTTP in '04' and '11'
all others are blank
VT_VAR_COND = ( CPUDT BETWEEN '20091201' and '20091208' )
SELECT (VT_FIELDS) INTO CORRESPONDING FIELDS OF GS_COVP_EXT
FROM (V_DB_TABLE)
WHERE LEDNR = '00'
AND OBJNR IN LR_OBJNR
AND GJAHR IN GR_GJAHR
AND VERSN IN GR_VERSN
AND WRTTP IN GR_WRTTP
AND KSTAR IN LR_KSTAR
AND PERIO IN GR_PERIO
AND BUDAT IN GR_BUDAT
AND PAROB IN GR_PAROB
AND (VT_VAR_COND).
Checked in table for this condition it has only 92 entries.
But when i execute program takes long time as 3 Hrs.
Could any one help me on this>1.Dont use SELECT/ENDSELECT instead use INTO TABLE addition .
> 2.Avoid using corresponding addition.create a type and reference it.
> If the select is going for dump beacause of storage limitations ,then use Cursors.
you got three large NOs .... all three recommendations are wrong!
The SE16 test is going in the right direction ... but what was filled. Nobody knows!!!!
Select options:
Did you ever try to trace the SE16? The generic statement has for every field an in-condition!
Without the information what was actually filled, nobody can say something there
are at least 2**n combinations possible!
Use ST05 for SE16 and check actual statement plus explain! -
Query takes long time to return results.
I am on Oracle database 10g Enterprise Edition Release 10.2.0.4.0 – 64 bit
This query takes about 58 seconds to return 180 rows...
SELECT order_num,
order_date,
company_num,
customer_num,
address_type,
create_date as address_create_date,
contact_name,
first_name,
middle_init,
last_name,
company_name,
street_address_1,
customer_class,
city,
state,
zip_code,
country_code,
MAX(decode(media_type,
'PHH',
phone_area_code || '''' || phone_number,
NULL)) home_phone,
MAX(decode(media_type,
'PHW',
phone_area_code || '''' || phone_number,
NULL)) work_phone,
address_seq_num,
street_address_2
FROM (SELECT oh.order_num order_num,
oh.order_datetime order_date,
oh.company_num company_num,
oh.customer_num customer_num,
ad.address_type address_type,
c.create_date create_date,
con.first_name || '''' || con.last_name contact_name,
con.first_name first_name,
con.middle_init middle_init,
con.last_name last_name,
ad.company_name company_name,
ad.street_address_1 street_address_1,
c.customer_class customer_class,
ad.city city,
ad.state state,
ad.zip_code zip_code,
ad.country_code,
cph.media_type media_type,
cph.phone_area_code phone_area_code,
cph.phone_number phone_number,
ad.address_seq_num address_seq_num,
ad.street_address_2 street_address_2
FROM reporting_base.gt_gaft_orders gt,
doms.us_ordhdr oh,
doms.us_address ad,
doms.us_customer c,
doms.us_contact con,
doms.us_contph cph
WHERE oh.customer_num = c.customer_num(+)
AND oh.customer_num = ad.customer_num(+)
AND (
ad.customer_num = c.customer_num
AND
ad.address_type = 'B'
OR (
ad.customer_num = c.customer_num
AND
ad.address_type = 'S'
AND
ad.address_seq_num = oh.ship_to_seq_num
AND ad.customer_num = con.customer_num(+)
AND ad.address_type = con.address_type(+)
AND ad.address_seq_num = con.address_seq_num(+)
AND con.customer_num = cph.customer_num(+)
AND con.contact_id = cph.contact_id(+)
AND oh.order_num = gt.order_num
AND oh.business_unit_id = gt.business_unit_id)
GROUP BY order_num,
order_date,
company_num,
customer_num,
address_type,
create_date,
contact_name,
first_name,
middle_init,
last_name,
company_name,
street_address_1,
customer_class,
city,
state,
zip_code,
country_code,
address_seq_num,
street_address_2;This is the explain plan for the query:
Plan
SELECT STATEMENT FIRST_ROWS Cost: 21 Bytes: 207 Cardinality: 1
18 HASH GROUP BY Cost: 21 Bytes: 207 Cardinality: 1
17 NESTED LOOPS OUTER Cost: 20 Bytes: 207 Cardinality: 1
14 NESTED LOOPS OUTER Cost: 16 Bytes: 183 Cardinality: 1
11 FILTER
10 NESTED LOOPS OUTER Cost: 12 Bytes: 152 Cardinality: 1
7 NESTED LOOPS OUTER Cost: 8 Bytes: 74 Cardinality: 1
4 NESTED LOOPS OUTER Cost: 5 Bytes: 56 Cardinality: 1
1 TABLE ACCESS FULL TABLE (TEMP) REPORTING_BASE.GT_GAFT_ORDERS Cost: 2 Bytes: 26 Cardinality: 1
3 TABLE ACCESS BY INDEX ROWID TABLE DOMS.US_ORDHDR Cost: 3 Bytes: 30 Cardinality: 1
2 INDEX UNIQUE SCAN INDEX (UNIQUE) DOMS.USORDHDR_IXUPK_ORDNUMBUID Cost: 2 Cardinality: 1
6 TABLE ACCESS BY GLOBAL INDEX ROWID TABLE DOMS.US_CUSTOMER Cost: 3 Bytes: 18 Cardinality: 1 Partition #: 11
5 INDEX UNIQUE SCAN INDEX (UNIQUE) DOMS.USCUSTOMER_IXUPK_CUSTNUM Cost: 2 Cardinality: 1
9 TABLE ACCESS BY GLOBAL INDEX ROWID TABLE DOMS.US_ADDRESS Cost: 4 Bytes: 156 Cardinality: 2 Partition #: 13
8 INDEX RANGE SCAN INDEX (UNIQUE) DOMS.USADDR_IXUPK_CUSTATYPASEQ Cost: 3 Cardinality: 2
13 TABLE ACCESS BY GLOBAL INDEX ROWID TABLE DOMS.US_CONTACT Cost: 4 Bytes: 31 Cardinality: 1 Partition #: 15
12 INDEX RANGE SCAN INDEX DOMS.USCONT_IX_CNATAS Cost: 3 Cardinality: 1
16 TABLE ACCESS BY GLOBAL INDEX ROWID TABLE DOMS.US_CONTPH Cost: 4 Bytes: 24 Cardinality: 1 Partition #: 17
15 INDEX RANGE SCAN INDEX (UNIQUE) DOMS.USCONTPH_IXUPK_CUSTCONTMEDSEQ Cost: 3 Cardinality: 1 Cost is good. All indexes are used. However the time to return the data is very high.
Any ideas to make the query faster?.
ThanksHi, here is the tkprof output as requested by Rob..
TKPROF: Release 10.2.0.4.0 - Production on Mon Jul 13 09:07:09 2009
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Trace file: axispr1_ora_15293.trc
Sort options: default
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
SELECT ORDER_NUM, ORDER_DATE, COMPANY_NUM, CUSTOMER_NUM, ADDRESS_TYPE,
CREATE_DATE AS ADDRESS_CREATE_DATE, CONTACT_NAME, FIRST_NAME, MIDDLE_INIT,
LAST_NAME, COMPANY_NAME, STREET_ADDRESS_1, CUSTOMER_CLASS, CITY, STATE,
ZIP_CODE, COUNTRY_CODE, MAX(DECODE(MEDIA_TYPE, 'PHH', PHONE_AREA_CODE ||
'''' || PHONE_NUMBER, NULL)) HOME_PHONE, MAX(DECODE(MEDIA_TYPE, 'PHW',
PHONE_AREA_CODE || '''' || PHONE_NUMBER, NULL)) WORK_PHONE, ADDRESS_SEQ_NUM,
STREET_ADDRESS_2
FROM
(SELECT OH.ORDER_NUM ORDER_NUM, OH.ORDER_DATETIME ORDER_DATE, OH.COMPANY_NUM
COMPANY_NUM, OH.CUSTOMER_NUM CUSTOMER_NUM, AD.ADDRESS_TYPE ADDRESS_TYPE,
C.CREATE_DATE CREATE_DATE, CON.FIRST_NAME || '''' || CON.LAST_NAME
CONTACT_NAME, CON.FIRST_NAME FIRST_NAME, CON.MIDDLE_INIT MIDDLE_INIT,
CON.LAST_NAME LAST_NAME, AD.COMPANY_NAME COMPANY_NAME, AD.STREET_ADDRESS_1
STREET_ADDRESS_1, C.CUSTOMER_CLASS CUSTOMER_CLASS, AD.CITY CITY, AD.STATE
STATE, AD.ZIP_CODE ZIP_CODE, AD.COUNTRY_CODE, CPH.MEDIA_TYPE MEDIA_TYPE,
CPH.PHONE_AREA_CODE PHONE_AREA_CODE, CPH.PHONE_NUMBER PHONE_NUMBER,
AD.ADDRESS_SEQ_NUM ADDRESS_SEQ_NUM, AD.STREET_ADDRESS_2 STREET_ADDRESS_2
FROM REPORTING_BASE.GT_GAFT_ORDERS GT, DOMS.US_ORDHDR OH, DOMS.US_ADDRESS
AD, DOMS.US_CUSTOMER C, DOMS.US_CONTACT CON, DOMS.US_CONTPH CPH WHERE
OH.ORDER_NUM = GT.ORDER_NUM AND OH.BUSINESS_UNIT_ID = GT.BUSINESS_UNIT_ID
AND OH.CUSTOMER_NUM = C.CUSTOMER_NUM(+) AND OH.CUSTOMER_NUM =
AD.CUSTOMER_NUM(+) AND AD.CUSTOMER_NUM = C.CUSTOMER_NUM AND (
AD.ADDRESS_TYPE = 'B' OR ( AD.ADDRESS_TYPE = 'S' AND AD.ADDRESS_SEQ_NUM =
OH.SHIP_TO_SEQ_NUM ) ) AND AD.CUSTOMER_NUM = CON.CUSTOMER_NUM(+) AND
AD.ADDRESS_TYPE = CON.ADDRESS_TYPE(+) AND AD.ADDRESS_SEQ_NUM =
CON.ADDRESS_SEQ_NUM(+) AND CON.CUSTOMER_NUM = CPH.CUSTOMER_NUM(+) AND
CON.CONTACT_ID = CPH.CONTACT_ID(+) ) GROUP BY ORDER_NUM, ORDER_DATE,
COMPANY_NUM, CUSTOMER_NUM, ADDRESS_TYPE, CREATE_DATE, CONTACT_NAME,
FIRST_NAME, MIDDLE_INIT, LAST_NAME, COMPANY_NAME, STREET_ADDRESS_1,
CUSTOMER_CLASS, CITY, STATE, ZIP_CODE, COUNTRY_CODE, ADDRESS_SEQ_NUM,
STREET_ADDRESS_2
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 0 0.00 0.00 0 0 0 0
Fetch 257 0.04 0.05 45 0 0 6421
total 257 0.04 0.05 45 0 0 6421
Misses in library cache during parse: 0
Parsing user id: 126
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 0 0.00 0.00 0 0 0 0
Fetch 257 0.04 0.05 45 0 0 6421
total 257 0.04 0.05 45 0 0 6421
Misses in library cache during parse: 0
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 0 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 0 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
1 user SQL statements in session.
0 internal SQL statements in session.
1 SQL statements in session.
Trace file: axispr1_ora_15293.trc
Trace file compatibility: 10.01.00
Sort options: default
1 session in tracefile.
1 user SQL statements in trace file.
0 internal SQL statements in trace file.
1 SQL statements in trace file.
1 unique SQL statements in trace file.
289 lines in trace file.
83 elapsed seconds in trace file.Thanks in advance! -
SELECT CAL_EMPCALENDAR.START_DATE as main,
bit_empname(CAL_EMPCALENDAR.EMPLOYEE_ID) || ' /' ||
CAL_EMPCALENDAR.EMPLOYEE_ID as secondary,
TO_DATE('1-4-2006', 'DD-MM-YYYY') as FROM_DATE,
TO_DATE('30-4-2006', 'DD-MM-YYYY') as TO_DATE,
bit_empname(CAL_EMPCALENDAR.EMPLOYEE_ID) || ' / ' ||
CAL_EMPCALENDAR.EMPLOYEE_ID as name,
CAL_EMPCALENDAR.START_DATE as sdate,
CAL_EMPCALENDAR.OVERTIME_REASON as OTReason,
CAL_EMPCALENDAR.POSTED_ON as POSTED_ON,
TO_CHAR(CAL_EMPCALENDAR.START_DATE, 'Dy') as dayname,
TAM_GET_ADJUSTED_IN(CAL_EMPCALENDAR.EMPCALENDAR_ID) as adj_in,
TAM_GET_ADJUSTED_OUT(CAL_EMPCALENDAR.EMPCALENDAR_ID) as adj_out,
CAL_EMPCALENDAR.SHIFT_ID AS SHIFT_ABBREV,
CAL_EMPCALENDAR.LATE_IN,
CAL_EMPCALENDAR.EARLY_OUT,
CAL_EMPCALENDAR.UNDER_TIME,
CAL_EMPCALENDAR.OVERTIME,
TAM_GET_LEAVE_DESC(CAL_EMPCALENDAR.EMPCALENDAR_ID, 'ALL') Leave,
CAL_EMPCALENDAR.EMPLOYEE_ID as empid,
HRM_CURR_CAREER_V.DEPARTMENT_CODE as deptcode,
BIT_CODEDESC(HRM_CURR_CAREER_V.DEPARTMENT_CODE) as deptname,
(SELECT shift_id
FROM CAL_GRPWORKDAY
WHERE CAL_GRPWORKDAY.calgrp_id =
(SELECT calgrp_id
FROM CAL_CALASSIGNMENT
WHERE employee_id = CAL_EMPCALENDAR.employee_id
AND CAL_CALASSIGNMENT.START_DATE <=
CAL_EMPCALENDAR.START_DATE
AND (CAL_CALASSIGNMENT.END_DATE is null or
CAL_CALASSIGNMENT.END_DATE >=
CAL_EMPCALENDAR.START_DATE))
AND CAL_GRPWORKDAY.start_date = CAL_EMPCALENDAR.start_date) AS shift_id,
(SELECT max(entry_dt)
FROM , LV_TXN txn, CAL_EMPDAILYEVENT cale
WHERE status = 'Approved'
AND LV_APPSTATUSHIST.application_id = txn.application_id
AND cale.reference_id = txn.txn_id
AND cale.empcalendar_id = CAL_EMPCALENDAR.empcalendar_id
) AS entry_dt,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE (WF_STATUS = 'Pending' OR WF_STATUS = 'Approved' OR
WF_STATUS = 'Verified' OR WF_STATUS is Null OR
WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 1
and BIZUNIT_ID like 'SG')) F1,
--TAM_GET_ENT_AND_ADJUSTED(CAL_EMPCALENDAR.EMPCALENDAR_ID, 'SG', 1) F1,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE (WF_STATUS = 'Pending' OR WF_STATUS = 'Approved' OR
WF_STATUS = 'Verified' OR WF_STATUS is Null OR
WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 2
and bizunit_id like 'SG')) F2,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE (WF_STATUS = 'Pending' OR WF_STATUS = 'Approved' OR
WF_STATUS = 'Verified' OR WF_STATUS is Null OR
WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 3
and bizunit_id like 'SG')) F3,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE (WF_STATUS = 'Pending' OR WF_STATUS = 'Approved' OR
WF_STATUS = 'Verified' OR WF_STATUS is Null OR
WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 4
and bizunit_id like 'SG')) F4,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE (WF_STATUS = 'Pending' OR WF_STATUS = 'Approved' OR
WF_STATUS = 'Verified' OR WF_STATUS is Null OR
WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 5
and bizunit_id like 'SG')) F5
From CAL_EMPCALENDAR, HRM_CURR_CAREER_V, CAL_SHIFT, HRM_EMPLOYEE
Where CAL_SHIFT.SHIFT_ID(+) = CAL_EMPCALENDAR.ACTUAL_SHIFT_ID
AND (CAL_EMPCALENDAR.WF_STATUS = 'Approved' Or
CAL_EMPCALENDAR.WF_STATUS = 'No Action')
AND CAL_EMPCALENDAR.EMPLOYEE_ID = HRM_EMPLOYEE.EMPLOYEE_ID
--and CAL_EMPCALENDAR.START_DATE between TO_DATE('1-4-2006','DD-MM-YYYY') AND TO_DATE('31-4-2006','DD-MM-YYYY')
AND CAL_EMPCALENDAR.START_DATE BETWEEN
GREATEST(HRM_EMPLOYEE.COMMENCE_DATE,
TO_DATE('1-4-2006', 'DD-MM-YYYY')) AND
LEAST(TO_DATE('30-4-2006', 'DD-MM-YYYY'),
NVL(HRM_EMPLOYEE.CESSATION_DATE,
TO_DATE('30-4-2006', 'DD-MM-YYYY')))
And CAL_EMPCALENDAR.EMPLOYEE_ID like 'SG' || '%'
And CAL_EMPCALENDAR.EMPLOYEE_ID like 'SGTAM001'
And CAL_EMPCALENDAR.EMPLOYEE_ID = HRM_CURR_CAREER_V.EMPLOYEE_ID
-- AND HRM_CURR_CAREER_V.DEPARTMENT_CODE like 'DPHR'
--AND HRM_EMPLOYEE.EMPLOYMENT_TYPE_CODE like '$P!{EmploymentType}'
--$P!{ExceptionSQL}
--$P!{iHRFilterClause}
--order by $P!{OrderBy}
order by main
Hi all this query takes a very long time to run.
On the explain plan the The table in bold letter is using full tablescan rest all go for index scanning.
Table got Indexe on those CLOMUNS REFERREED
Oracle version 9.2.0.6
Message was edited by:
Maran.E
Message was edited by:
Maran.EMaran,
With tags and indentation it should be easiest to analyze at least for you :
SELECT CAL_EMPCALENDAR.START_DATE as main,
bit_empname(CAL_EMPCALENDAR.EMPLOYEE_ID) || ' /' || CAL_EMPCALENDAR.EMPLOYEE_ID as secondary,
TO_DATE('1-4-2006', 'DD-MM-YYYY') as FROM_DATE,
TO_DATE('30-4-2006', 'DD-MM-YYYY') as TO_DATE,
bit_empname(CAL_EMPCALENDAR.EMPLOYEE_ID) || ' / ' || CAL_EMPCALENDAR.EMPLOYEE_ID as name,
CAL_EMPCALENDAR.START_DATE as sdate,
CAL_EMPCALENDAR.OVERTIME_REASON as OTReason,
CAL_EMPCALENDAR.POSTED_ON as POSTED_ON,
TO_CHAR(CAL_EMPCALENDAR.START_DATE, 'Dy') as dayname,
TAM_GET_ADJUSTED_IN(CAL_EMPCALENDAR.EMPCALENDAR_ID) as adj_in,
TAM_GET_ADJUSTED_OUT(CAL_EMPCALENDAR.EMPCALENDAR_ID) as adj_out,
CAL_EMPCALENDAR.SHIFT_ID AS SHIFT_ABBREV,
CAL_EMPCALENDAR.LATE_IN,
CAL_EMPCALENDAR.EARLY_OUT,
CAL_EMPCALENDAR.UNDER_TIME,
CAL_EMPCALENDAR.OVERTIME,
TAM_GET_LEAVE_DESC(CAL_EMPCALENDAR.EMPCALENDAR_ID, 'ALL') Leave,
CAL_EMPCALENDAR.EMPLOYEE_ID as empid,
HRM_CURR_CAREER_V.DEPARTMENT_CODE as deptcode,
BIT_CODEDESC(HRM_CURR_CAREER_V.DEPARTMENT_CODE) as deptname,
(SELECT shift_id
FROM CAL_GRPWORKDAY
WHERE CAL_GRPWORKDAY.calgrp_id = (SELECT calgrp_id
FROM CAL_CALASSIGNMENT
WHERE employee_id = CAL_EMPCALENDAR.employee_id
AND CAL_CALASSIGNMENT.START_DATE <= CAL_EMPCALENDAR.START_DATE
AND ( CAL_CALASSIGNMENT.END_DATE is null
or CAL_CALASSIGNMENT.END_DATE >= CAL_EMPCALENDAR.START_DATE))
AND CAL_GRPWORKDAY.start_date = CAL_EMPCALENDAR.start_date) AS shift_id,
(SELECT max(entry_dt)
FROM LV_TXN txn, CAL_EMPDAILYEVENT cale
WHERE status = 'Approved'
AND LV_APPSTATUSHIST.application_id = txn.application_id
AND cale.reference_id = txn.txn_id
AND cale.empcalendar_id = CAL_EMPCALENDAR.empcalendar_id) AS entry_dt,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE ( WF_STATUS = 'Pending'
OR WF_STATUS = 'Approved'
OR WF_STATUS = 'Verified'
OR WF_STATUS is Null
OR WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 1
and BIZUNIT_ID like 'SG')) F1,
--TAM_GET_ENT_AND_ADJUSTED(CAL_EMPCALENDAR.EMPCALENDAR_ID, 'SG', 1) F1,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE ( WF_STATUS = 'Pending'
OR WF_STATUS = 'Approved'
OR WF_STATUS = 'Verified'
OR WF_STATUS is Null
OR WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 2
and bizunit_id like 'SG')) F2,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE ( WF_STATUS = 'Pending'
OR WF_STATUS = 'Approved'
OR WF_STATUS = 'Verified'
OR WF_STATUS is Null
OR WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 3
and bizunit_id like 'SG')) F3,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE ( WF_STATUS = 'Pending'
OR WF_STATUS = 'Approved'
OR WF_STATUS = 'Verified'
OR WF_STATUS is Null
OR WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 4
and bizunit_id like 'SG')) F4,
(SELECT ENTITLEMENT + ADJUST
FROM TAM_ALLOWANCE
WHERE ( WF_STATUS = 'Pending'
OR WF_STATUS = 'Approved'
OR WF_STATUS = 'Verified'
OR WF_STATUS is Null
OR WF_STATUS = 'No Action')
and EMPCALENDAR_ID = CAL_EMPCALENDAR.EMPCALENDAR_ID
AND ITEM_ID = (SELECT ITEM_ID
FROM TAM_CLAIM_FORMAT
WHERE SEQUENCE = 5
and bizunit_id like 'SG')) F5
From CAL_EMPCALENDAR,
HRM_CURR_CAREER_V,
CAL_SHIFT,
HRM_EMPLOYEE
Where CAL_SHIFT.SHIFT_ID(+) = CAL_EMPCALENDAR.ACTUAL_SHIFT_ID
AND ( CAL_EMPCALENDAR.WF_STATUS = 'Approved'
Or CAL_EMPCALENDAR.WF_STATUS = 'No Action')
AND CAL_EMPCALENDAR.EMPLOYEE_ID = HRM_EMPLOYEE.EMPLOYEE_ID
--and CAL_EMPCALENDAR.START_DATE between TO_DATE('1-4-2006','DD-MM-YYYY') AND TO_DATE('31-4-2006','DD-MM-YYYY')
AND CAL_EMPCALENDAR.START_DATE BETWEEN GREATEST(HRM_EMPLOYEE.COMMENCE_DATE, TO_DATE('1-4-2006', 'DD-MM-YYYY'))
AND LEAST(TO_DATE('30-4-2006', 'DD-MM-YYYY'), NVL(HRM_EMPLOYEE.CESSATION_DATE, TO_DATE('30-4-2006', 'DD-MM-YYYY')))
And CAL_EMPCALENDAR.EMPLOYEE_ID like 'SG' || '%'
And CAL_EMPCALENDAR.EMPLOYEE_ID like 'SGTAM001'
And CAL_EMPCALENDAR.EMPLOYEE_ID = HRM_CURR_CAREER_V.EMPLOYEE_ID
-- AND HRM_CURR_CAREER_V.DEPARTMENT_CODE like 'DPHR'
--AND HRM_EMPLOYEE.EMPLOYMENT_TYPE_CODE like '$P!{EmploymentType}'
--$P!{ExceptionSQL}
--$P!{iHRFilterClause}
--order by $P!{OrderBy}
order by mainNicolas. -
Query takes long when using UNION
Hi ,
I habe a query as follows;
SELECT
'9999' site_id,
m.ghi_prov_num provnum,
SUBSTR (l.seq_num, 1, 3)provloc,
t.dea_number dea,
t.license_number statelicensenumber ,
n.npi_num npi,
m.prefix prefixname,
m.lastname lastname,
m.firstname firstname,
t.middle_name middleinitial,
m.suffix suffixname,
null clinicname,
l.street1 addressline1,
l.street2 addressline2,
l.city city,
l.state state,
l.zip5 zip,
l.phone phoneprimary,
null ext,
null fax,
null email,
null alt_phone,
null alt_phone_ext
FROM provider m, LOCATION l, npi n,TEMP_VITAL_CACTUS t,test_provider_pin pin
WHERE m.ghi_prov_num=l.ghi_prov_num
and m.ghi_prov_num=n.ghi_prov_num(+)
and m.ghi_prov_num=t.ghi_prov_num(+)
and m.tax_id=pin.tax_id
UNION
SELECT
'9999', m.ghi_prov_num ,
m.location provloc,
null ,
null ,
n.npi_num ,
null ,
m.lastname ,
m.firstname ,
null,
null ,
null ,
m.street1 ,
m.street2 ,
m.city ,
m.state ,
m.zip5 ,
m.phone ,
null ,
null ,
null ,
null ,
null
FROM dental_provider m, npi n,test_provider_pin pin
WHERE m.ghi_prov_num=n.tax_id(+)
and m.location=n.location(+)
and pin.tax_id=m.ghi_prov_num;The query takes for ever;
But Individual query takes less than a sec to execute.Is there any way can i rewrite the query?
Please help
Hena.user11253970 wrote:
But Individual query takes less than a sec to execute.Is there any way can i rewrite the query?Have a feeling you are using Toad/SQL Navigator or similar tool which returns data one screen at a time. If so, then it does not "takes less than a sec to execute" but rather to fetch first screen of rows. When you use UNION Oracle has to return distinct rows from both queries. Therefore it must fetch not just first screen but all rows. To verify, issue first query and in yiour GUI tool click on get last screen. Then you'll know how long whole select takes. Do the same for second query. Also, do you need distinct rows or akll rows? IF all rows, change UNION to UNION ALL.
SY. -
Parsing the query takes too much time.
Hello.
I hitting the bug in в Oracle XE (parsing some query takes too much time).
A similar bug was previously found in the commercial release and was successfully fixed (SR Number 3-3301916511).
Please, raise a bug for Oracle XE.
Steps to reproduce the issue:
1. Extract files from testcase_dump.zip and testcase_sql.zip
2. Under username SYSTEM execute script schema.sql
3. Import data from file TESTCASE14.DMP
4. Under username SYSTEM execute script testcase14.sql
SQL text can be downloaded from http://files.mail.ru/DJTTE3
Datapump dump of testcase can be downloaded from http://files.mail.ru/EC1J36
Regards,
Viacheslav.Bug number? Version fix applies to?
Relevant Note that describes the problem and points out bug/patch availability?
With a little luck some PSEs might be "backported", since 11g XE is not base release e.g. 11.2.0.1. -
I have set up mail but it has 37000 mails to load, obviously very old stuff but how do I get rid without loading and deleting, take days?
Go under settings, mail, contacts and calendars and then choose only to sync back 50 or 100 or 1000 mails. Chances are you don't really need the old ones on your device and it'll save room (I have mine set to 50)
-
Simple query takes 18 minutes to retrieve data....
Hi,
I am facing this problem at the customer site where a simple query on a table takes 18 minutes or more. Please find below the details.
Table Structure
CREATE TABLE dsp_data
quantum_id NUMBER(11) NOT NULL,
src NUMBER(11) NOT NULL,
call_status NUMBER(11) NOT NULL,
dst NUMBER(11) NOT NULL,
measurement_id NUMBER(11) NOT NULL,
is_originating NUMBER(1) NOT NULL,
measurement_value NUMBER(15,4) NOT NULL,
data_type_id NUMBER(3) NOT NULL,
data VARCHAR2(200) NOT NULL
TABLESPACE dsp_data_tspace
STORAGE (PCTINCREASE 0 INITIAL 100K NEXT 1024K)
PARTITION BY RANGE (quantum_id)
(PARTITION dsp_data_default VALUES LESS THAN (100));
CREATE INDEX dsp_data_idx ON dsp_data
quantum_id,
src,
call_status,
dst,
measurement_id,
is_originating,
measurement_value,
data_type_id
TABLESPACE dsp_data_idx_tspace
LOCAL;
CREATE INDEX dsp_data_src_idx ON dsp_data
src
TABLESPACE dsp_data_idx_tspace
LOCAL;
CREATE INDEX dsp_data_dst_idx ON dsp_data
dst
TABLESPACE dsp_data_idx_tspace
LOCAL;
ALTER TABLE dsp_data
ADD CONSTRAINT fk_dsp_data_1
FOREIGN KEY
quantum_id
REFERENCES mds_measurement_intervals
quantum_id
ALTER TABLE dsp_data
ADD CONSTRAINT fk_dsp_data_2
FOREIGN KEY
data_type_id
REFERENCES mds_drilldown_types
type_id
ALTER TABLE dsp_data
ADD CONSTRAINT pk_dsp_data
PRIMARY KEY
quantum_id,
src,
call_status,
dst,
measurement_id,
is_originating,
measurement_value,
data_type_id,
data
USING INDEX
TABLESPACE dsp_data_idx_tspace
LOCAL;
Table Space Creation
All table space creation is done using following command
CREATE TABLESPACE [tablespaceName]
DATAFILE [tablespaceDatafile] SIZE 500M REUSE
AUTOEXTEND ON NEXT 10240K
DEFAULT STORAGE ( INITIAL 1024K
NEXT 1024K
MINEXTENTS 10
MAXEXTENTS UNLIMITED
PCTINCREASE 0
Server Configuration on CUtsomer Site
(1) 2 x Dual PA8900 Proc = 4GHz
(2) RAM = 16GB
(3) 3 x Internal HDDs
(4) 1 x External MSA-30 storage array (oracle db)
Record Information On Customer Site
select count(*) from dsp_data;
COUNT(*)
181931197
select min (quantum_id) from dsp_data where dst=2;
This takes 18 minutes or more....
SQL> SQL> SQL> explain plan for select min (quantum_id) from dsp_data where dst=2;
Explained.
SQL> @?/rdbms/admin/utlxpls
PLAN_TABLE_OUTPUT
Plan hash value: 999040277
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
| 0 | SELECT STATEMENT | | 1 | 14 | 1 (0)| 00:00:01 | | |
| 1 | SORT AGGREGATE | | 1 | 14 | | | | |
| 2 | FIRST ROW | | 92 | 1288 | 1 (0)| 00:00:01 | | |
| 3 | PARTITION RANGE ALL | | 92 | 1288 | 1 (0)| 00:00:01 | 1 | 29 |
|* 4 | INDEX FULL SCAN (MIN/MAX)| DSP_DATA_IDX | 92 | 1288 | 1 (0)| 00:00:01 | 1 | 29 |
As mentioned above the query takes 18 minutes or more. This is a critical issue at customer. Can you please give your suggestions how to improve and reduce the query time. Thanks in advance.Hi,
I did the following changes in the indexes of table.
drop index DSP_DATA_IDX;
create index DSP_DATA_MEASUREMENT_ID_IDX on DSP_DATA (MEASUREMENT_ID) TABLESPACE dsp_data_idx_tspace LOCAL;
After that I did explain plan,
explain plan for select min(QUANTUM_ID) from mds.DSP_DATA where SRC=11;
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost (%CPU
| 0 | SELECT STATEMENT | | 1 | 11 | 3 (0
| 1 | SORT AGGREGATE | | 1 | 11 |
| 2 | FIRST ROW | | 430K| 4626K| 3 (0
| 3 | PARTITION RANGE ALL | | 430K| 4626K| 3 (0
| 4 | INDEX FULL SCAN (MIN/MAX)| PK_DSP_DATA | 430K| 4626K| 3 (0
Note
- 'PLAN_TABLE' is old version
14 rows selected
SELECT table_name, index_name, monitoring, used FROM v$object_usage;
TABLE_NAME INDEX_NAME MONITORING USED
DSP_DATA DSP_DATA_SRC_IDX YES NO
It seems that DSP_DATA_SRC_IDX is not getting used in query. What changes do i need to make so that DSP_DATA_SRC_IDX index gets used.
Also, you have stated that to create global index on src and dst. How do i create them.
Thanks in Advance.
Edited by: 780707 on Jul 8, 2010 11:58 PM
Maybe you are looking for
-
Facebook Video Chat for 10.8.2
I have tried downloading facebook videochat on all the different servers but NONE will work! Everytime I try to download it a window pops up saying ""FacebookVideoCalling_v1.6.jar" can't be opened because it is from an unidentified developer". Why is
-
Hi; Is there a sample anywhere that shows how to send an html email with images where the images are embedded int he displayed html? thanks - dave
-
Try the new Acrobat X Update 10.1.2 !!!
Hi 2all, this Update^^ (10.1.2) repair all problems with Acrobat 10.1.1 in our company (for example deleting pages by clicking once). So try it...u can find it on the adobe's ftp.server!!!! best regards, deploy77
-
2nd Nike+ dead within warranty period, but 'no record' of serial #
I'm extremely frustrated with my Apple/Nike user experience. My first Nike+ died after very little use (I ran 3 miles 3x/week with it for about 4 months, then put it away for a few months, and when I took it out again, dead). So I bought another kit.
-
Adobe Interactive forms error in WD -- Invalid HTTP Connection : ADS
Hi, am getting the following error when am trying to create interactive forms in WDA..."Invalid HTTP Connection : ADS" Thanks in advance