Order by clause slows down my query
Greetings!!!
I need an advice on how can i make the query below run faster preserving the order by fields.I have only 8000 records but it gives the output in 21.8 sec.
SELECT
ORDER_ITEM.OI_ITEM_ID,
ORDER_ITEM.OI_SEQ,
GEN_ORDER_NUMBER_OPERATOR.GONO_ORDER_NUMBER_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID,
ORDER_ITEM.OI_ITEM_CODE,
ORDER_ITEM.OI_ITEM_DESC,
ORDER_ITEM.OI_ITEM_SIZE_ID,
ORDER_ITEM.OI_QTY,
(VIEW_SUM_ITEM_SHIPMENT_QTY.TOTAL_QTY_SHIPPED-ORDER_ITEM.OI_QTY) BALANCE_SHIP_QTY,
ORDER_ITEM.OI_DELVERY_DATE,
ORDER_ITEM.OI_ENTRY_DATE,
(round((select sysdate from sys.dual)-
ORDER_ITEM.OI_ENTRY_DATE)) no_days_passed,
ORDER_ITEM.OI_SALES_CONTRACT_ITEM_FLAG,
ORDER_ITEM.OI_ITEM_DESCC,
ORDER_ITEM.OI_DESIGNER_ID OI_DESIGNER_ID,
ORDER_ITEM.OI_FABRIC_GROUP_CODE,
ORDER_ITEM.OI_UM_ID,
ORDER_ITEM.OI_GROUP_CODE,
ORDER_ITEM.OI_GENRE_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_PART_ID,
ORDER_ITEM.OI_THEME_GROUP_CODE,
ORDER_ITEM.OI_THEME_DESC,
ORDER_ITEM.OI_ITEM_STATUS_ID,
ORDER_ITEM.OI_BARCODE,
SIZE_TEMPLATE.ST_SIZETEMPLATECODE,
SIZE_TEMPLATE.ST_SIZETEMPLATEDESC,
SIZE_TEMPLATE.ST_COL1,
SIZE_TEMPLATE.ST_COL2,
SIZE_TEMPLATE.ST_COL3,
SIZE_TEMPLATE.ST_COL4,
SIZE_TEMPLATE.ST_COL5,
SIZE_TEMPLATE.ST_COL6,
SIZE_TEMPLATE.ST_COL7,
SIZE_TEMPLATE.ST_COL8,
SIZE_TEMPLATE.ST_COL9,
SIZE_TEMPLATE.ST_COL10,
SIZE_TEMPLATE.ST_COL11,
SIZE_TEMPLATE.ST_COL12,
STAFF.S_STAFFNAMEC,
STAFF.S_STAFFCODE,
STAFF.S_STAFFNAMEE,
UNIT_MEASUREMENT.UM_UNIT_CODE, ITEM_GENRE.IG_DESC_ENG,
ORDER_ITEM_STATUS.OIS_STATUS_DESC,
MIN(VIEW_ORDER_ITEM_PART.OIP_GROUP_CODE)MIN_OIP_GROUP_CODE,
STRAGG( DISTINCT VIEW_ORDER_ITEM_PART.F_SHORTCODEC)STRAGG_F_SHORTCODEC,
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.S_STAFFNAMEC)STRAGG_QCNAME,
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.F_FABRIC_DESC_CHN)STRAGG_FABRIC,
ORDER_ITEM.OI_REMARKS,
ORDER_ITEM.OI_HSCODE,
ORDER_ITEM.OI_CATEGORY,
ORDER_ITEM.OI_CAT,
ORDER_ITEM.QCS_CATEGORY_ID,
QUOTA_CATEGORY_STANDARD.QCS_CATEGORY_CODE,
ORDER_ITEM.OI_ORDER_TYPE
FROM ORDER_ITEM, SIZE_TEMPLATE, STAFF, UNIT_MEASUREMENT, ITEM_GENRE,ORDER_ITEM_STATUS,VIEW_ORDER_ITEM_PART,GEN_ORDER_NUMBER_OPERATOR,VIEW_SUM_ITEM_SHIPMENT_QTY,QUOTA_CATEGORY_STANDARD
WHERE ((ORDER_ITEM.OI_ITEM_SIZE_ID = SIZE_TEMPLATE.ST_SIZETEMPLATE_ID(+))
AND (ORDER_ITEM.OI_DESIGNER_ID = STAFF.S_STAFF_ID(+))
AND (ORDER_ITEM.OI_UM_ID = UNIT_MEASUREMENT.UM_UNIT_ID(+))
AND (ORDER_ITEM.OI_GENRE_ID = ITEM_GENRE.IG_GENRE_ID(+))
AND (ORDER_ITEM.OI_ITEM_STATUS_ID=ORDER_ITEM_STATUS.OIS_STATUS_ID(+))
AND (ORDER_ITEM.OI_ITEM_ID=VIEW_ORDER_ITEM_PART.OIP_ITEM_ID(+))
AND (ORDER_ITEM.QCS_CATEGORY_ID=QUOTA_CATEGORY_STANDARD.QCS_CATEGORY_ID(+))
AND (ORDER_ITEM.OI_ITEM_ID=VIEW_SUM_ITEM_SHIPMENT_QTY.OI_ITEM_ID(+))
AND (ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID = GEN_ORDER_NUMBER_OPERATOR.GONO_ORDER_NUMBER_OPER_ID(+)))
GROUP BY
ORDER_ITEM.OI_ITEM_ID,
ORDER_ITEM.OI_SEQ,
GEN_ORDER_NUMBER_OPERATOR.GONO_ORDER_NUMBER_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID,
ORDER_ITEM.OI_ITEM_CODE,
ORDER_ITEM.OI_ITEM_DESC,
ORDER_ITEM.OI_ITEM_SIZE_ID,
ORDER_ITEM.OI_QTY,
(VIEW_SUM_ITEM_SHIPMENT_QTY.TOTAL_QTY_SHIPPED-ORDER_ITEM.OI_QTY),
ORDER_ITEM.OI_DELVERY_DATE,
ORDER_ITEM.OI_ENTRY_DATE,
ORDER_ITEM.OI_SALES_CONTRACT_ITEM_FLAG,
ORDER_ITEM.OI_ITEM_DESCC,
ORDER_ITEM.OI_DESIGNER_ID,
ORDER_ITEM.OI_FABRIC_GROUP_CODE,
ORDER_ITEM.OI_UM_ID,
ORDER_ITEM.OI_GROUP_CODE,
ORDER_ITEM.OI_GENRE_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_PART_ID,
ORDER_ITEM.OI_THEME_GROUP_CODE,
ORDER_ITEM.OI_THEME_DESC,
ORDER_ITEM.OI_ITEM_STATUS_ID,
ORDER_ITEM.OI_BARCODE,
SIZE_TEMPLATE.ST_SIZETEMPLATECODE,
SIZE_TEMPLATE.ST_SIZETEMPLATEDESC,
SIZE_TEMPLATE.ST_COL1,
SIZE_TEMPLATE.ST_COL2,
SIZE_TEMPLATE.ST_COL3,
SIZE_TEMPLATE.ST_COL4,
SIZE_TEMPLATE.ST_COL5,
SIZE_TEMPLATE.ST_COL6,
SIZE_TEMPLATE.ST_COL7,
SIZE_TEMPLATE.ST_COL8,
SIZE_TEMPLATE.ST_COL9,
SIZE_TEMPLATE.ST_COL10,
SIZE_TEMPLATE.ST_COL11,
SIZE_TEMPLATE.ST_COL12,
STAFF.S_STAFFNAMEC,
STAFF.S_STAFFCODE,
STAFF.S_STAFFNAMEE,
UNIT_MEASUREMENT.UM_UNIT_CODE, ITEM_GENRE.IG_DESC_ENG,
ORDER_ITEM_STATUS.OIS_STATUS_DESC,
ORDER_ITEM.OI_REMARKS,
ORDER_ITEM.OI_HSCODE,
ORDER_ITEM.OI_CATEGORY,
ORDER_ITEM.OI_CAT,
ORDER_ITEM.QCS_CATEGORY_ID,
QUOTA_CATEGORY_STANDARD.QCS_CATEGORY_CODE,
ORDER_ITEM.OI_ORDER_TYPE
ORDER BY
ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID,
ORDER_ITEM.OI_ITEM_STATUS_ID ASC NULLS FIRST,
ORDER_ITEM.OI_THEME_GROUP_CODE,
ORDER_ITEM.OI_THEME_DESC,
MIN(VIEW_ORDER_ITEM_PART.OIP_GROUP_CODE),
STRAGG( DISTINCT VIEW_ORDER_ITEM_PART.F_FABRIC_DESC_CHN),
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.F_SHORTCODEC),
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.S_STAFFNAMEC),
ORDER_ITEM.OI_DELVERY_DATE,
SIZE_TEMPLATE.ST_SIZETEMPLATECODE,
SIZE_TEMPLATE.ST_SIZETEMPLATEDESC,
ORDER_ITEM.OI_SEQ,
ORDER_ITEM.OI_ITEM_ID
Tnx in Advance
Tnx Rob for the reply...
Here's the explain plan
Plan hash value: 3988043906
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 7663 | 2207K| | 1190 (3)| 00:00:15 |
| 1 | FAST DUAL | | 1 | | | 2 (0)| 00:00:01 |
| 2 | SORT ORDER BY | | 7663 | 2207K| 4728K| 1190 (3)| 00:00:15 |
| 3 | SORT GROUP BY | | 7663 | 2207K| 4728K| 1190 (3)| 00:00:15 |
|* 4 | HASH JOIN RIGHT OUTER | | 7663 | 2207K| | 212 (13)| 00:00:03 |
| 5 | VIEW | VIEW_SUM_ITEM_SHIPMENT_QTY | 4238 | 76284 | | 17 (18)| 00:00:01 |
| 6 | SORT ORDER BY | | 4238 | 38142 | | 17 (18)| 00:00:01 |
| 7 | SORT GROUP BY | | 4238 | 38142 | | 17 (18)| 00:00:01 |
|* 8 | TABLE ACCESS FULL | SHIPMENT_ITEM | 4924 | 44316 | | 14 (0)| 00:00:01 |
|* 9 | HASH JOIN RIGHT OUTER | | 7663 | 2072K| | 194 (12)| 00:00:03 |
| 10 | TABLE ACCESS FULL | SIZE_TEMPLATE | 422 | 16458 | | 2 (0)| 00:00:01 |
|* 11 | HASH JOIN RIGHT OUTER | | 7663 | 1781K| | 192 (12)| 00:00:03 |
| 12 | TABLE ACCESS FULL | STAFF | 115 | 2530 | | 2 (0)| 00:00:01 |
|* 13 | HASH JOIN RIGHT OUTER | | 7663 | 1616K| | 189 (12)| 00:00:03 |
| 14 | TABLE ACCESS FULL | UNIT_MEASUREMENT | 7 | 49 | | 2 (0)| 00:00:01 |
|* 15 | HASH JOIN RIGHT OUTER | | 7663 | 1564K| 544K| 187 (12)| 00:00:03 |
| 16 | VIEW | VIEW_ORDER_ITEM_PART | 7320 | 450K| | 53 (33)| 00:00:01 |
|* 17 | HASH JOIN RIGHT OUTER | | 7320 | 736K| | 53 (33)| 00:00:01 |
| 18 | TABLE ACCESS FULL | STAFF | 115 | 1610 | | 2 (0)| 00:00:01 |
|* 19 | HASH JOIN RIGHT OUTER | | 7320 | 636K| | 51 (34)| 00:00:01 |
| 20 | TABLE ACCESS FULL | FABRIC | 1773 | 69147 | | 8 (0)| 00:00:01 |
|* 21 | HASH JOIN RIGHT OUTER| | 7320 | 357K| | 42 (39)| 00:00:01 |
| 22 | TABLE ACCESS FULL | FACTORY | 352 | 5280 | | 8 (0)| 00:00:01 |
| 23 | NESTED LOOPS OUTER | | 7320 | 250K| | 34 (48)| 00:00:01 |
| 24 | NESTED LOOPS OUTER | | 7320 | 221K| | 29 (38)| 00:00:01 |
| 25 | NESTED LOOPS OUTER| | 7320 | 200K| | 24 (25)| 00:00:01 |
| 26 | TABLE ACCESS FULL| ORDER_ITEM_PART | 7320 | 164K| | 18 (0)| 00:00:01 |
|* 27 | INDEX UNIQUE SCAN| PK_OI_ITEM_ID | 1 | 5 | | 0 (0)| 00:00:01 |
|* 28 | INDEX UNIQUE SCAN | PK_UNIT_MEASUREMENT | 1 | 3 | | 0 (0)| 00:00:01 |
|* 29 | INDEX UNIQUE SCAN | PK_F_FACTORY_ID | 1 | 4 | | 0 (0)| 00:00:01 |
|* 30 | HASH JOIN RIGHT OUTER | | 7040 | 1003K| | 41 (5)| 00:00:01 |
| 31 | TABLE ACCESS FULL | ITEM_GENRE | 5 | 35 | | 2 (0)| 00:00:01 |
|* 32 | HASH JOIN RIGHT OUTER | | 7040 | 955K| | 39 (6)| 00:00:01 |
| 33 | TABLE ACCESS FULL | ORDER_ITEM_STATUS | 5 | 70 | | 2 (0)| 00:00:01 |
|* 34 | HASH JOIN RIGHT OUTER | | 7040 | 859K| | 36 (3)| 00:00:01 |
| 35 | TABLE ACCESS FULL | GEN_ORDER_NUMBER_OPERATOR | 360 | 2880 | | 2 (0)| 00:00:01 |
|* 36 | HASH JOIN RIGHT OUTER| | 7040 | 804K| | 34 (3)| 00:00:01 |
| 37 | TABLE ACCESS FULL | QUOTA_CATEGORY_STANDARD | 60 | 480 | | 2 (0)| 00:00:01 |
| 38 | TABLE ACCESS FULL | ORDER_ITEM | 7040 | 749K| | 31 (0)| 00:00:01 |
Predicate Information (identified by operation id):
4 - access("ORDER_ITEM"."OI_ITEM_ID"="VIEW_SUM_ITEM_SHIPMENT_QTY"."OI_ITEM_ID"(+))
8 - filter("SHIPMENT_ITEM"."OI_ITEM_ID" IS NOT NULL)
9 - access("ORDER_ITEM"."OI_ITEM_SIZE_ID"="SIZE_TEMPLATE"."ST_SIZETEMPLATE_ID"(+))
11 - access("ORDER_ITEM"."OI_DESIGNER_ID"="STAFF"."S_STAFF_ID"(+))
13 - access("ORDER_ITEM"."OI_UM_ID"="UNIT_MEASUREMENT"."UM_UNIT_ID"(+))
15 - access("ORDER_ITEM"."OI_ITEM_ID"="VIEW_ORDER_ITEM_PART"."OIP_ITEM_ID"(+))
17 - access("ORDER_ITEM_PART"."OIP_QC_ID"="STAFF"."S_STAFF_ID"(+))
19 - access("ORDER_ITEM_PART"."OIP_FABRIC_ID"="FABRIC"."F_FABRIC_ID"(+))
21 - access("ORDER_ITEM_PART"."OIP_FACTORY_ID"="FACTORY"."F_FACTORY_ID"(+))
27 - access("ORDER_ITEM_PART"."OIP_ITEM_ID"="ORDER_ITEM"."OI_ITEM_ID"(+))
28 - access("ORDER_ITEM_PART"."OIP_UNIT"="UNIT_MEASUREMENT"."UM_UNIT_ID"(+))
29 - access("ORDER_ITEM_PART"."OIP_ALT_FACTORY_ID"="FACTORY_A1"."F_FACTORY_ID"(+))
30 - access("ORDER_ITEM"."OI_GENRE_ID"="ITEM_GENRE"."IG_GENRE_ID"(+))
32 - access("ORDER_ITEM"."OI_ITEM_STATUS_ID"="ORDER_ITEM_STATUS"."OIS_STATUS_ID"(+))
34 - access("ORDER_ITEM"."OI_ORDER_NUMBER_OPER_ID"="GEN_ORDER_NUMBER_OPERATOR"."GONO_ORDER_NUMBER_OPER_ID"(+)
36 - access("ORDER_ITEM"."QCS_CATEGORY_ID"="QUOTA_CATEGORY_STANDARD"."QCS_CATEGORY_ID"(+))The output from tkprof
TKPROF: Release 10.1.0.2.0 - Production on Wed Aug 1 18:47:32 2007
Copyright (c) 1982, 2004, Oracle. All rights reserved.
Trace file: erpdada_ora_3464.trc
Sort options: prsela exeela fchela
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_ITEM.OI_ITEM_ID,
ORDER_ITEM.OI_SEQ,
GEN_ORDER_NUMBER_OPERATOR.GONO_ORDER_NUMBER_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID,
ORDER_ITEM.OI_ITEM_CODE,
ORDER_ITEM.OI_ITEM_DESC,
ORDER_ITEM.OI_ITEM_SIZE_ID,
ORDER_ITEM.OI_QTY,
(VIEW_SUM_ITEM_SHIPMENT_QTY.TOTAL_QTY_SHIPPED-ORDER_ITEM.OI_QTY) BALANCE_SHIP_QTY,
ORDER_ITEM.OI_DELVERY_DATE,
ORDER_ITEM.OI_ENTRY_DATE,
(round((select sysdate from sys.dual)-
ORDER_ITEM.OI_ENTRY_DATE)) no_days_passed,
ORDER_ITEM.OI_SALES_CONTRACT_ITEM_FLAG,
ORDER_ITEM.OI_ITEM_DESCC,
ORDER_ITEM.OI_DESIGNER_ID OI_DESIGNER_ID,
ORDER_ITEM.OI_FABRIC_GROUP_CODE,
ORDER_ITEM.OI_UM_ID,
ORDER_ITEM.OI_GROUP_CODE,
ORDER_ITEM.OI_GENRE_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_PART_ID,
ORDER_ITEM.OI_THEME_GROUP_CODE,
ORDER_ITEM.OI_THEME_DESC,
ORDER_ITEM.OI_ITEM_STATUS_ID,
ORDER_ITEM.OI_BARCODE,
SIZE_TEMPLATE.ST_SIZETEMPLATECODE,
SIZE_TEMPLATE.ST_SIZETEMPLATEDESC,
SIZE_TEMPLATE.ST_COL1,
SIZE_TEMPLATE.ST_COL2,
SIZE_TEMPLATE.ST_COL3,
SIZE_TEMPLATE.ST_COL4,
SIZE_TEMPLATE.ST_COL5,
SIZE_TEMPLATE.ST_COL6,
SIZE_TEMPLATE.ST_COL7,
SIZE_TEMPLATE.ST_COL8,
SIZE_TEMPLATE.ST_COL9,
SIZE_TEMPLATE.ST_COL10,
SIZE_TEMPLATE.ST_COL11,
SIZE_TEMPLATE.ST_COL12,
STAFF.S_STAFFNAMEC,
STAFF.S_STAFFCODE,
STAFF.S_STAFFNAMEE,
UNIT_MEASUREMENT.UM_UNIT_CODE, ITEM_GENRE.IG_DESC_ENG,
ORDER_ITEM_STATUS.OIS_STATUS_DESC,
MIN(VIEW_ORDER_ITEM_PART.OIP_GROUP_CODE)MIN_OIP_GROUP_CODE,
STRAGG( DISTINCT VIEW_ORDER_ITEM_PART.F_SHORTCODEC)STRAGG_F_SHORTCODEC,
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.S_STAFFNAMEC)STRAGG_QCNAME,
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.F_FABRIC_DESC_CHN)STRAGG_FABRIC,
ORDER_ITEM.OI_REMARKS,
ORDER_ITEM.OI_HSCODE,
ORDER_ITEM.OI_CATEGORY,
ORDER_ITEM.OI_CAT,
ORDER_ITEM.QCS_CATEGORY_ID,
QUOTA_CATEGORY_STANDARD.QCS_CATEGORY_CODE,
ORDER_ITEM.OI_ORDER_TYPE
FROM ORDER_ITEM, SIZE_TEMPLATE, STAFF, UNIT_MEASUREMENT, ITEM_GENRE,ORDER_ITEM_STATUS,VIEW_ORDER_ITEM_PART,GEN_ORDER_NUMBER_OPERATOR,VIEW_SUM_ITEM_SHIPMENT_QTY,QUOTA_CATEGORY_STANDARD
WHERE ((ORDER_ITEM.OI_ITEM_SIZE_ID = SIZE_TEMPLATE.ST_SIZETEMPLATE_ID(+))
AND (ORDER_ITEM.OI_DESIGNER_ID = STAFF.S_STAFF_ID(+))
AND (ORDER_ITEM.OI_UM_ID = UNIT_MEASUREMENT.UM_UNIT_ID(+))
AND (ORDER_ITEM.OI_GENRE_ID = ITEM_GENRE.IG_GENRE_ID(+))
AND (ORDER_ITEM.OI_ITEM_STATUS_ID=ORDER_ITEM_STATUS.OIS_STATUS_ID(+))
AND (ORDER_ITEM.OI_ITEM_ID=VIEW_ORDER_ITEM_PART.OIP_ITEM_ID(+))
AND (ORDER_ITEM.QCS_CATEGORY_ID=QUOTA_CATEGORY_STANDARD.QCS_CATEGORY_ID(+))
AND (ORDER_ITEM.OI_ITEM_ID=VIEW_SUM_ITEM_SHIPMENT_QTY.OI_ITEM_ID(+))
AND (ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID = GEN_ORDER_NUMBER_OPERATOR.GONO_ORDER_NUMBER_OPER_ID(+)))
GROUP BY
ORDER_ITEM.OI_ITEM_ID,
ORDER_ITEM.OI_SEQ,
GEN_ORDER_NUMBER_OPERATOR.GONO_ORDER_NUMBER_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID,
ORDER_ITEM.OI_ITEM_CODE,
ORDER_ITEM.OI_ITEM_DESC,
ORDER_ITEM.OI_ITEM_SIZE_ID,
ORDER_ITEM.OI_QTY,
(VIEW_SUM_ITEM_SHIPMENT_QTY.TOTAL_QTY_SHIPPED-ORDER_ITEM.OI_QTY),
ORDER_ITEM.OI_DELVERY_DATE,
ORDER_ITEM.OI_ENTRY_DATE,
ORDER_ITEM.OI_SALES_CONTRACT_ITEM_FLAG,
ORDER_ITEM.OI_ITEM_DESCC,
ORDER_ITEM.OI_DESIGNER_ID,
ORDER_ITEM.OI_FABRIC_GROUP_CODE,
ORDER_ITEM.OI_UM_ID,
ORDER_ITEM.OI_GROUP_CODE,
ORDER_ITEM.OI_GENRE_ID,
ORDER_ITEM.OI_ORDER_NUMBER_OPER_PART_ID,
ORDER_ITEM.OI_THEME_GROUP_CODE,
ORDER_ITEM.OI_THEME_DESC,
ORDER_ITEM.OI_ITEM_STATUS_ID,
ORDER_ITEM.OI_BARCODE,
SIZE_TEMPLATE.ST_SIZETEMPLATECODE,
SIZE_TEMPLATE.ST_SIZETEMPLATEDESC,
SIZE_TEMPLATE.ST_COL1,
SIZE_TEMPLATE.ST_COL2,
SIZE_TEMPLATE.ST_COL3,
SIZE_TEMPLATE.ST_COL4,
SIZE_TEMPLATE.ST_COL5,
SIZE_TEMPLATE.ST_COL6,
SIZE_TEMPLATE.ST_COL7,
SIZE_TEMPLATE.ST_COL8,
SIZE_TEMPLATE.ST_COL9,
SIZE_TEMPLATE.ST_COL10,
SIZE_TEMPLATE.ST_COL11,
SIZE_TEMPLATE.ST_COL12,
STAFF.S_STAFFNAMEC,
STAFF.S_STAFFCODE,
STAFF.S_STAFFNAMEE,
UNIT_MEASUREMENT.UM_UNIT_CODE, ITEM_GENRE.IG_DESC_ENG,
ORDER_ITEM_STATUS.OIS_STATUS_DESC,
ORDER_ITEM.OI_REMARKS,
ORDER_ITEM.OI_HSCODE,
ORDER_ITEM.OI_CATEGORY,
ORDER_ITEM.OI_CAT,
ORDER_ITEM.QCS_CATEGORY_ID,
QUOTA_CATEGORY_STANDARD.QCS_CATEGORY_CODE,
ORDER_ITEM.OI_ORDER_TYPE
ORDER BY
ORDER_ITEM.OI_ORDER_NUMBER_OPER_ID,
ORDER_ITEM.OI_ITEM_STATUS_ID ASC NULLS FIRST,
ORDER_ITEM.OI_THEME_GROUP_CODE,
ORDER_ITEM.OI_THEME_DESC,
MIN(VIEW_ORDER_ITEM_PART.OIP_GROUP_CODE),
STRAGG( DISTINCT VIEW_ORDER_ITEM_PART.F_FABRIC_DESC_CHN),
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.F_SHORTCODEC),
STRAGG(DISTINCT VIEW_ORDER_ITEM_PART.S_STAFFNAMEC),
ORDER_ITEM.OI_DELVERY_DATE,
SIZE_TEMPLATE.ST_SIZETEMPLATECODE,
SIZE_TEMPLATE.ST_SIZETEMPLATEDESC,
ORDER_ITEM.OI_SEQ,
ORDER_ITEM.OI_ITEM_ID
call count cpu elapsed disk query current rows
Parse 1 3.99 4.20 0 744 0 0
Execute 2 0.00 0.00 0 0 0 0
Fetch 5 14.03 18.13 2813 7811 63 50
total 8 18.02 22.34 2813 8555 63 50
Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 64
Rows Row Source Operation
0 SORT ORDER BY (cr=0 pr=0 pw=0 time=0 us)
0 SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 VIEW (cr=0 pr=0 pw=0 time=0 us)
0 SORT ORDER BY (cr=0 pr=0 pw=0 time=0 us)
0 SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL SHIPMENT_ITEM (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL SIZE_TEMPLATE (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL STAFF (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL UNIT_MEASUREMENT (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 VIEW (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL STAFF (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL FABRIC (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL FACTORY (cr=0 pr=0 pw=0 time=0 us)
0 NESTED LOOPS OUTER (cr=0 pr=0 pw=0 time=0 us)
0 NESTED LOOPS OUTER (cr=0 pr=0 pw=0 time=0 us)
0 NESTED LOOPS OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL ORDER_ITEM_PART (cr=0 pr=0 pw=0 time=0 us)
0 INDEX UNIQUE SCAN PK_OI_ITEM_ID (cr=0 pr=0 pw=0 time=0 us)(object id 50551)
0 INDEX UNIQUE SCAN PK_UNIT_MEASUREMENT (cr=0 pr=0 pw=0 time=0 us)(object id 50324)
0 INDEX UNIQUE SCAN PK_F_FACTORY_ID (cr=0 pr=0 pw=0 time=0 us)(object id 51087)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL ITEM_GENRE (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL ORDER_ITEM_STATUS (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL GEN_ORDER_NUMBER_OPERATOR (cr=0 pr=0 pw=0 time=0 us)
0 HASH JOIN RIGHT OUTER (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL QUOTA_CATEGORY_STANDARD (cr=0 pr=0 pw=0 time=0 us)
0 TABLE ACCESS FULL ORDER_ITEM (cr=0 pr=0 pw=0 time=0 us)
SELECT COLUMN_VALUE
FROM
TABLE(:B1 ) ORDER BY 1
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 21273 3.27 3.62 0 0 0 0
Fetch 21273 1.40 1.36 0 0 0 20844
total 42547 4.67 4.99 0 0 0 20844
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 64 (recursive depth: 1)
Rows Row Source Operation
20844 SORT ORDER BY (cr=0 pr=0 pw=0 time=1493588 us)
20844 COLLECTION ITERATOR PICKLER FETCH (cr=0 pr=0 pw=0 time=350669 us)
alter session set sql_trace true
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 1 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 64
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 1 3.99 4.20 0 744 0 0
Execute 3 0.00 0.00 0 0 0 0
Fetch 5 14.03 18.13 2813 7811 63 50
total 9 18.02 22.34 2813 8555 63 50
Misses in library cache during parse: 1
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 4 0.00 0.00 0 0 0 0
Execute 21276 3.27 3.62 0 0 0 0
Fetch 21276 1.40 1.36 0 7 0 20847
total 42556 4.67 4.99 0 7 0 20847
Misses in library cache during parse: 0
3 user SQL statements in session.
3 internal SQL statements in session.
6 SQL statements in session.
Trace file: erpdada_ora_3464.trc
Trace file compatibility: 10.01.00
Sort options: prsela exeela fchela
1 session in tracefile.
3 user SQL statements in trace file.
3 internal SQL statements in trace file.
6 SQL statements in trace file.
5 unique SQL statements in trace file.
42783 lines in trace file.
37 elapsed seconds in trace file.
Im sorry for giving trouble guys.....Awaiting for reply...Tnx in advance
Similar Messages
-
Query With BETWEEN Clause Slows Down
hi,
I am experiencing slow down query by using BETWEEN clause. Is there any solution for it?Here is the difference if I use equal not between.
SQL> select to_char(sysdate,'MM-DD-YYYY HH24:MI:SS') from dual;
TO_CHAR(SYSDATE,'MM
11-14-2005 15:44:03
SQL> SELECT COUNT(*) /*+ USE_NL(al2), USE_NL(al3), USE_NL(al4),
2 USE_NL(al5), USE_NL(al6) */
3 FROM acct.TRANSACTION al1,
4 acct.account_balance_history al2,
5 acct.ACCOUNT al3,
6 acct.journal al4,
7 acct.TIME al5,
8 acct.object_code al6
9 WHERE ( al1.reference_num = al4.reference_num(+)
10 AND al1.timekey = al5.timekey
11 AND al5.timekey = al2.timekey
12 AND al3.surrogate_acct_key = al2.surrogate_acct_key
13 AND al3.surrogate_acct_key = al1.surrogate_acct_key
14 AND al1.report_fy = al3.rpt_fy
15 AND al6.object_code = al1.object_adj
16 )
17 AND ((al1.timekey = 20040701
18 or al1.timekey = 20040801
19 or al1.timekey = 20040901
20 or al1.timekey = 20041001
21 or al1.timekey = 20041101
22 or al1.timekey = 20041201
23 or al1.timekey = 20050101
24 or al1.timekey = 20050201
25 or al1.timekey = 20050301
26 or al1.timekey = 20050401
27 or al1.timekey = 20050501
28 or al1.timekey = 20050601
29 or al1.timekey = 20050701
30 or al1.timekey = 20050801
31 or al1.timekey = 20050901)
32 AND al3.dept = '480');
COUNT(*)/*+USE_NL(AL2),USE_NL(AL3),USE_NL(AL4),USE_NL(AL5),USE_NL(AL6)*/
34245
SQL> select to_char(sysdate,'MM-DD-YYYY HH24:MI:SS') from dual;
TO_CHAR(SYSDATE,'MM
11-14-2005 15:44:24 -
Order By Clause - Slows performance
On 10.2 when adding an order by clause to a query affects performance that returns 6 rows of data.
Before:
select distinct col1
from table1
Cost: 3,000
Execution Time: less than a second
Chooses: Bitmap Index Fast Full Scan Index (BitMap)
After:
select distinct col1
from table1
order by col1
Cost: 14,000
Execution time: 90 seconds
Chooses: Full TableScan
Any ideas as to why the order by causes the slow down ?
Thanks,Venzi wrote:
Now you add the order by clause to it and Oracle has now to do a sort on it. It can't sort on the BITMAP index in that case so it has to go to the table. It is possible for Oracle to do the order by through the bitmap index - the reason it doesn't is probably down to arithmetic. (The situation is made a little messier by the fact that the table and index have been parallel enabled). Here's a plan from 10.2.0.3 showing the "order by" query running through the bitmap index:
| Id | Operation | Name | Rows | Bytes | Cost | TQ |IN-OUT| PQ Distrib |
| 0 | SELECT STATEMENT | | 6 | 18 | 356 | | | |
| 1 | PX COORDINATOR | | | | | | | |
| 2 | PX SEND QC (ORDER) | :TQ10001 | 6 | 18 | 356 | Q1,01 | P->S | QC (ORDER) |
| 3 | SORT GROUP BY | | 6 | 18 | 356 | Q1,01 | PCWP | |
| 4 | PX RECEIVE | | 2000K| 5859K| 63 | Q1,01 | PCWP | |
| 5 | PX SEND RANGE | :TQ10000 | 2000K| 5859K| 63 | Q1,00 | P->P | RANGE |
| 6 | PX BLOCK ITERATOR | | 2000K| 5859K| 63 | Q1,00 | PCWC | |
| 7 | BITMAP CONVERSION TO ROWIDS | | 2000K| 5859K| 63 | Q1,00 | PCWP | |
| 8 | BITMAP INDEX FAST FULL SCAN| T1_B1 | | | | Q1,00 | PCWP | |
------------------------------------------------------------------------------------------------------------Note how the optimizer can recognise that the "group by" operation will allow it to avoid an explicit "order by" operation, and uses the "(ORDER)" distribution to pass the data to the Query Coordinator to enforce correct ordering.
Running up a test case with a couple of million rows, it looks like the underlying problem the OP has is that the CBO bypasses a few of the execution options in this particular case when parallel execution is possible. (I had to hint this plan - the default plan was a serial full scan of the index that allowed the optimizer to bypass the "sort order" because of a "sort unique", but the cost was much higher than this parallel plan - see below).
| Id | Operation | Name | Rows | Bytes | Cost |
| 0 | SELECT STATEMENT | | 6 | 18 | 2269 |
| 1 | SORT UNIQUE NOSORT | | 6 | 18 | 2269 |
| 2 | BITMAP INDEX FULL SCAN| T1_B1 | 2000K| 5859K| 278 |
-----------------------------------------------------------------Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.
There is a +"Preview"+ tab at the top of the text entry panel. Use this to check what your message will look like before you post the message. If it looks a complete mess you're unlikely to get a response. (Click on the +"Plain text"+ tab if you want to edit the text to tidy it up.)
+"I believe in evidence. I believe in observation, measurement, and reasoning, confirmed by independent observers. I'll believe anything, no matter how wild and ridiculous, if there is evidence for it. The wilder and more ridiculous something is, however, the firmer and more solid the evidence will have to be."+
Isaac Asimov -
Why this to_date() filter slows down the query but not speed it up?
This query returns results in less than a second:
SELECT *
FROM ddms_datum
WHERE person_id = 123456
AND class_id IN (27, 28, 29)
AND ts <= TO_DATE ('11/11/2011', 'mm/dd/yyyy')
ORDER BY ts;But when I added one more filter, the following one takes forever:
SELECT *
FROM ddms_datum
WHERE person_id = 123456
AND class_id IN (27, 28, 29)
AND ts <= TO_DATE ('11/11/2011', 'mm/dd/yyyy')
AND ts >= TO_DATE ('11/4/2011', 'mm/dd/yyyy')
ORDER BY ts;Any ideas? It is a partitioned table.
Edited by: user9511515 on Nov 29, 2011 3:18 PM
Explain plan for Long running one:
PLAN_TABLE_OUTPUT
Plan hash value: 379705822
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
| 0 | SELECT STATEMENT | | 1 | 64 | 4166 (1)| 00:00:50 | | |
|* 1 | TABLE ACCESS BY GLOBAL INDEX ROWID| DDMS_DATUM | 1 | 64 | 4166 (1)| 00:00:50 | ROWID | ROWID |
|* 2 | INDEX RANGE SCAN | DATUM_TS_IDX | 1207 | | 24 (0)| 00:00:01 | | |
Predicate Information (identified by operation id):
1 - filter("PERSON_ID"=123456 AND ("CLASS_ID"=27 OR "CLASS_ID"=28 OR "CLASS_ID"=29))
2 - access("TS">TO_DATE('2011-11-04 00:00:00', 'yyyy-mm-dd hh24:mi:ss') AND "TS"<=TO_DATE('2011-11-11
00:00:00', 'yyyy-mm-dd hh24:mi:ss'))
filter("TS">TO_DATE('2011-11-04 00:00:00', 'yyyy-mm-dd hh24:mi:ss') AND "TS"<=TO_DATE('2011-11-11
00:00:00', 'yyyy-mm-dd hh24:mi:ss'))
18 rows selected.Explain Plan for fast sql:
PLAN_TABLE_OUTPUT
Plan hash value: 4090866632
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | Pstart| Pstop |
| 0 | SELECT STATEMENT | | 114 | 7068 | 530 (1)| 00:00:07 | | |
| 1 | PARTITION RANGE ALL | | 114 | 7068 | 530 (1)| 00:00:07 | 1 | 22 |
| 2 | SORT ORDER BY | | 114 | 7068 | 530 (1)| 00:00:07 | | |
| 3 | PARTITION LIST INLIST | | 114 | 7068 | 529 (0)| 00:00:07 |KEY(I) |KEY(I) |
|* 4 | TABLE ACCESS BY LOCAL INDEX ROWID| DDMS_DATUM | 114 | 7068 | 529 (0)| 00:00:07 | KEY | KEY |
| 5 | BITMAP CONVERSION TO ROWIDS | | | | | | | |
| 6 | BITMAP AND | | | | | | | |
|* 7 | BITMAP INDEX SINGLE VALUE | DATUM_PERSONID_IX | | | | | KEY | KEY |
| 8 | BITMAP OR | | | | | | | |
|* 9 | BITMAP INDEX SINGLE VALUE | DATUM_CLASSID_IX | | | | | KEY | KEY |
|* 10 | BITMAP INDEX SINGLE VALUE | DATUM_CLASSID_IX | | | | | KEY | KEY |
|* 11 | BITMAP INDEX SINGLE VALUE | DATUM_CLASSID_IX | | | | | KEY | KEY |
Predicate Information (identified by operation id):
4 - filter("TS"<=TO_DATE('2011-11-11 00:00:00', 'yyyy-mm-dd hh24:mi:ss'))
7 - access("PERSON_ID"=123456)
9 - access("CLASS_ID"=27)
10 - access("CLASS_ID"=28)
11 - access("CLASS_ID"=29)
27 rows selected.Edited by: user9511515 on Nov 29, 2011 4:11 PM
Edited by: BluShadow on 30-Nov-2011 08:36
added {noformat}{noformat} tags to maintain formatting. Please read {message:id=9360002} and learn to do this yourself in future.user9511515 wrote:
This query returns results in less than a second:
SELECT *
FROM ab_datum
WHERE person_id = 123456
AND class_id IN (27, 28, 29)
AND ts <= TO_DATE ('11/11/2011', 'mm/dd/yyyy')
ORDER BY ts;
But when I added one more filter, the following one takes forever:
SELECT *
FROM ab_datum
WHERE person_id = 123456
AND class_id IN (27, 28, 29)
AND ts <= TO_DATE ('11/11/2011', 'mm/dd/yyyy')
AND ts >= TO_DATE ('11/4/2011', 'mm/dd/yyyy')
ORDER BY ts;
Any ideas? It is a partitioned table.
Edited by: user9511515 on Nov 29, 2011 3:18 PMpost EXPLAIN PLAN for both SQL statements -
Query slow down when added a where clause
I have a procedure that has performance issue, so I copy some of the query and run in the sql plus and try to spot which join cause the problem, but I get a result which I can figuer out why. I have a query which like below:
Select Count(a.ID) From TableA a
-- INNER JOIN other tables
WHERE a.TypeID = 2;
TableA has 140000 records, when the where clause is not added, the count return quite quick, but if I add the where clause, then the query slow down and seems never return so I have to kill my SQL Plus session. TableA has index on TypeID and TypeID is a number type. When TablA has 3000 records, the procedure return very quick, but it slow down and hang there when the TableA contains 140000 records. Any idea why this will slow down the query?
Also, the TypeID is a foreign key to another table (TableAType), so the query above can written as :
Select Count(a.ID) From TableA a
-- INNER JOIN other tables
INNER JOIN TableAType atype ON a.TypeID = atype.ID
WHERE atype.Name = 'typename';
TableAType table is a small table only contains less than 100 records, in this case, would the second query be more efficient to the first query?
Any suggestions are welcome, thanks in advance...
Message was edited by:
user500168TableA now has 230000 records and 28000 of them has the TypeID 2.
I haven't use the hint yet but thank you for your reply which let me to to run a query to check how many records in TableA has TypeID 2. When I doing this, it seems pretty fast. So I begin with the select count for TableA only and gradually add table to join and seems the query is pretty fast as long as TableA is the fist table to select from.
Before in my query TableA is the second table to join from, there is another table (which is large as well but not as large as TableA) before TableA. So I think this is why it runs slow before. I am not at work yesterday so the query given in my post is based on my roughly memory and I forget to mention another table is joined before TableA, really sorry about that.
I think I learn a lesson here, the largest table need to be in the begining of the select statement...
Thank you very much everyone. -
How to make an ORDER BY clause dynamic
is there anyway to make the ORDER BY clause in an SQL query within a DB control
dynamic? I have tried to pass a String of the column name and place it in the
statement within {}, but it doesn't work"Mark" <[email protected]> wrote:
>
is there anyway to make the ORDER BY clause in an SQL query within a
DB control
dynamic? I have tried to pass a String of the column name and place
it in the
statement within {}, but it doesn't workDid you find how ? please let me know, I also need to have a dynamic order by
clause. -
In Report,order by clause is not working
Hi All,
For the report i prepared the query in this one am using the order by clause,i run the query in the sql plus working fine am getting the data based on the order by clause.when i use the same query for the report am getting the data but not in the order(i.e order by clause in not working).
Please help me how to do this one.
Thanks in Advance.
Regards,
Leelakrishna.GHi Dora,
Data is coming in the proper sequence,but in the first group data is not coming(In first group data first line only displaying,remaining data is not comming).
My req is:
The report is executing based on the creation date(i.e.,from creation date to today).
In this so many Purchase requisitions will be there for this one different approval in different times will be there.
For Ex:
we will take 2 PR number only(for the first one 3 approvals,second one 4 levels of approval).
1. one supplier 1person raised by 1PR submit
No Action
Approve
2. 2Supplier 2personraised by 2PR Submit
NO Action
Forword
Approve
with ur suggestion am trying data is gettin fine but first group first line is coming remaining data is not coing.
EX:
1. one supplier 1person raised by 1PR submit
No Action
Approve
2PR Submit
NO Action
Forword
Approve
Note:"2. 2Supplier 2personraised by " this kind of lines data is missing.
Can you pls check and suggest me how i can do this.
Thanks in Advance.
Regards,
Leelakrishna.G -
Evaluate Expression in Order By Clause
Hi,
I'm having trouble to execute following JPQL.
Select r.firstname, r.lastname, (e.distance/e.duration) from Runner r Inner Join r.event e Order BY (e.distance/e.duration) Desc;
Error suggests that '(' character is unacceptable in Order By Clause. Here is the error.
javax.servlet.ServletException: java.lang.IllegalArgumentException: An exception occurred while creating a query in EntityManager:
Exception Description: Syntax error parsing the query [Select r.firstname, r.lastname, (e.distance/e.duration) from Runner r Inner Join r.event e Order BY (e.distance/e.duration) Desc;], line 1, column 101: unexpected token [(].
Internal Exception: NoViableAltException(81!=[1328:1: orderByItem returns [Object node] : (n= stateFieldPathExpression (a= ASC | d= DESC | ) | i= IDENT (a= ASC | d= DESC | ) );])
Can someone please show me how to fix it.
Thanks,
AdamHello Adam
You cannot use "(e.distance/e.duration)" as an order by clause. The correct query would be:
"Select r.firstname, r.lastname, (e.distance/e.duration) as speed from Runner r Inner Join r.event e Order BY speed Desc"
but will not work until bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=331575 is fixed. Please vote for it.
Best Regards,
Chris -
Functions slowing down performance question
Hey there.
I've got a query that really slogs. This query calls quite a few functions and there's no question that some of the work that needs to be done, simply takes time.
However, someone has adamantly told me that using functions slow down the query compared to the same code in the base SQL.
I find this hard to believe that the exact same code - whether well written or not - would be much faster in the base view than having a view call the functions.
Is this correct that functions kill performance?
Thanks for any advice.
RussThere is the performance impact of context switching between SQL and PL/SQL engines. Pure SQL is always faster.
SQL> create or replace function f (n number) return number as
2 begin
3 return n + 1;
4 end;
5 /
Function created.
SQL> set timing on
SQL> select sum(f(level)) from dual
2 connect by level <= 1000000;
SUM(F(LEVEL))
5.0000E+11
Elapsed: 00:00:07.06
SQL> select sum(level + 1) from dual
2 connect by level <= 1000000;
SUM(LEVEL+1)
5.0000E+11
Elapsed: 00:00:01.09 -
How to use left outer joins ,right outer joins and order by clause for belo
Hi,
How to use left outer joins ,right outer joins and order by clause for below XML query.
The query which is red colour returns null then its not displaying any values for columns in that tables. Tried decode, nvl function hasn't worked.
SELECT XMLAGG ( XMLELEMENT( "P", XMLFOREST( P.process_id AS Ppid,
(SELECT XMLAGG( XMLELEMENT( "PI", XMLFOREST( PI.question_id AS PIqid,
PI.process_id AS PIpid,
PI.innertext AS
PItext, PI.itemtype AS PItype,
PI.linkfrom AS PIfrom,
PI.linkto AS PIto,
PI.associated AS PIas,
PI.content_id AS PIc,
PI.exitpoint1_id AS PIe1,
PI.exitpoint2_id AS PIe2,
PI.exitpoint3_id AS PIe3,
PI.followoncall AS PIfoc,
PI.userinput AS PIui,
PI.resolveidentifier AS PIri,
PI.libquestion_idfk AS PIlqid,
PI.isLocked AS PIstls,
PI.PreviousAnswer AS PIPAns,
PI.VisibleToAgent AS PIVAgent,
PI.RetryAttempt AS PIRetry,
PI.Tags AS PITag,
SELECT XMLAGG( XMLELEMENT( "PO", XMLFOREST( PO.option_id AS POoid,
PO.question_id AS POqid,
PO.process_id AS popid,
PO.opt_innertext AS POtext,
PO.opt_linkfrom AS POfrom,
PO.opt_linkto AS POto,
PO.libquestion_idfk AS POlqid,
PO.liboption_idfk AS POloid ) ) )
FROM vw_liveProcessOption_Sim_v6 PO
WHERE PI.question_id = PO.question_id (+)
AND PI.process_id = PO.process_id (+)
) "A" ) ) ) AS "PO"
FROM vw_liveProcessItem_Sim_v6 PI
WHERE P.process_id = PI.process_id
) "A" ) ) ) AS "PI"
FROM liveProcess_ec P
WHERE (P.process_id = 450)
Any help really appreciated.
Thanksuser512743 wrote:
Hi,
Here below is the scripts of tables, insert statements and Required output.
CREATE TABLE VW_LIVEPROCESSOPTION_SIM_v6
( "OPTION_ID" NUMBER,
"QUESTION_ID" NUMBER(10,0),
"PROCESS_ID" NUMBER(10,0),
"OPT_INNERTEXT" VARCHAR2(200 CHAR),
"OPT_LINKFROM" VARCHAR2(20 CHAR),
"OPT_LINKTO" VARCHAR2(20 CHAR),
"LIBQUESTION_IDFK" NUMBER,
"LIBOPTION_IDFK" NUMBER
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,2,450,'Yes',null,'5',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,3,450,'Yes',null,'5',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,5,450,'Yes',null,'6',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,6,450,'Yes',null,'7',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,8,450,'Block All',null,'9',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,9,450,'Yes',null,'10',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,11,450,'Yes',null,'12',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,12,450,'Yes',null,'13',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (1,14,450,'Yes',null,'16',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,2,450,'No',null,'3',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,3,450,'No',null,'4',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,5,450,'No',null,'8',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,6,450,'No',null,'8',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,8,450,'Standard',null,'11',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,9,450,'No',null,'11',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,11,450,'No',null,'14',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,12,450,'No',null,'14',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (2,14,450,'No',null,'15',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (3,8,450,'Disabled',null,'12',null,null);
Insert into VW_LIVEPROCESSOPTION_SIM_v6(OPTION_ID,QUESTION_ID,PROCESS_ID,OPT_INNERTEXT,OPT_LINKFROM,OPT_LINKTO,LIBQUESTION_IDFK,LIBOPTION_IDFK) values (4,8,450,'User Defined',null,'12',null,null);
REATE TABLE "VW_LIVEPROCESSITEM_SIM_v6"
( "QUESTION_ID" NUMBER(10,0),
"PROCESS_ID" NUMBER(10,0),
"INNERTEXT" VARCHAR2(200 CHAR),
"ITEMTYPE" VARCHAR2(50 CHAR),
"LINKFROM" VARCHAR2(500 CHAR),
"LINKTO" VARCHAR2(500 CHAR),
"ASSOCIATED" VARCHAR2(200 CHAR),
"CONTENT_ID" NUMBER,
"EXITPOINT1_ID" NUMBER(10,0),
"EXITPOINT2_ID" NUMBER(10,0),
"EXITPOINT3_ID" NUMBER(10,0),
"RESOLVEIDENTIFIER" VARCHAR2(40 CHAR),
"LIBQUESTION_IDFK" NUMBER(10,0),
"FOLLOWONCALL" NUMBER(1,0),
"USERINPUT" VARCHAR2(200 CHAR),
"ISLOCKED" NUMBER(1,0),
"PREVIOUSANSWER" NUMBER(1,0),
"VISIBLETOAGENT" NUMBER(1,0),
"RETRYATTEMPT" NUMBER(10,0),
"TAGS" VARCHAR2(50 BYTE)
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (1,450,'CBB1015 - Router Firewall Settinngs Process','Title',null,'2',null,null,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (2,450,'Is the customers PC Firewall turned off?','Question','1','2.2,2.1',null,null,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (3,450,'Advise the customer to turn off the PC Firewall in order to continue. Has this been done?','Question','2.2','3.2,3.1',null,278,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (4,450,'Advise the customer the PC Firewall must be switched off before this process????','ExitPoint','3.2',null,null,null,14,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (5,450,'Is the customer able to access the internet now?','Question','3.1,2.1','5.2,5.1',null,null,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (6,450,'Is the customer having a problem with a specific website?','Question','5.1','6.2,6.1',null,null,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (7,450,'1536: CBB1008 - Browser Setup and Daignostics','SubProcess','6.1',null,'1536-1-0',null,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (8,450,'What is the security level on the CPE Management page?','Question','6.2,5.2','8.4,8.3,8.2,8.1',null,279,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (9,450,'Change the security level to Standard. Does this resolve the customers issue?','Question','8.1','9.2,9.1',null,280,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (10,450,'Issue Resolved','ExitPoint','9.1',null,null,null,1,6,122,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (11,450,'Change the security level to Disabled. Is the customer able to browse the internet?','Question','9.2,8.2','11.2,11.1',null,281,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (12,450,'Change the security level to Standard. Is the customer able to browse the internet now?','Question','11.1,8.3,8.4','12.2,12.1',null,283,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (13,450,'Issue Resolved','ExitPoint','12.1',null,null,null,1,6,123,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (14,450,'Ask the customer to perform a master reset. Does this resolve their issue?','Question','12.2,11.2','14.2,14.1',null,282,null,null,null,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (15,450,'Faulty CPE','ExitPoint','14.2',null,null,null,1,6,124,null,null,null,null,null,null,null,null,null);
Insert into VW_LIVEPROCESSITEM_SIM_v6 (QUESTION_ID,PROCESS_ID,INNERTEXT,ITEMTYPE,LINKFROM,LINKTO,ASSOCIATED,CONTENT_ID,EXITPOINT1_ID,EXITPOINT2_ID,EXITPOINT3_ID,RESOLVEIDENTIFIER,LIBQUESTION_IDFK,FOLLOWONCALL,USERINPUT,ISLOCKED,PREVIOUSANSWER,VISIBLETOAGENT,RETRYATTEMPT,TAGS) values (16,450,'Issue Resolved','ExitPoint','14.1',null,null,null,1,6,123,null,null,null,null,null,null,null,null,null);
CREATE TABLE "LIVEPROCESS_EC_V"
( "PROCESS_ID" NUMBER(10,0),
"USER_ID" NUMBER(10,0),
"CREATED" TIMESTAMP (6)
Insert into LIVEPROCESS_EC (PROCESS_ID,USER_ID,CREATED) values (450,7460,to_timestamp('21-APR-08 09.34.41.000000000 AM','DD-MON-RR HH.MI.SS.FF AM'));
Required O/P in XML format
<P>
<Ppid>450</Ppid>
<PI>
<PIqid>1</PIqid>
<PIpid>450</PIpid>
<PItext>CBB1015 - Router Firewall Settinngs Process</PItext>
<PItype>Title</PItype>
<PIto>2</PIto>
<PO />
</PI>
<PI>
<PIqid>2</PIqid>
<PIpid>450</PIpid>
<PItext>Is the customers PC Firewall turned off?</PItext>
<PItype>Question</PItype>
<PIfrom>1</PIfrom>
<PIto>2.2,2.1</PIto>
<PO>
<POoid>1</POoid>
<POqid>2</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>5</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>2</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>3</POto>
</PO>
</PI>
<PI>
<PIqid>3</PIqid>
<PIpid>450</PIpid>
<PItext>Advise the customer to turn off the PC Firewall in order to continue. Has this been done?</PItext>
<PItype>Question</PItype>
<PIfrom>2.2</PIfrom>
<PIto>3.2,3.1</PIto>
<PIc>278</PIc>
<PO>
<POoid>1</POoid>
<POqid>3</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>5</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>3</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>4</POto>
</PO>
</PI>
<PI>
<PIqid>4</PIqid>
<PIpid>450</PIpid>
<PItext>Advise the customer the PC Firewall must be switched off before this process????</PItext>
<PItype>ExitPoint</PItype>
<PIfrom>3.2</PIfrom>
<PIe1>14</PIe1>
<PO />
</PI>
<PI>
<PIqid>5</PIqid>
<PIpid>450</PIpid>
<PItext>Is the customer able to access the internet now?</PItext>
<PItype>Question</PItype>
<PIfrom>3.1,2.1</PIfrom>
<PIto>5.2,5.1</PIto>
<PO>
<POoid>1</POoid>
<POqid>5</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>6</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>5</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>8</POto>
</PO>
</PI>
<PI>
<PIqid>6</PIqid>
<PIpid>450</PIpid>
<PItext>Is the customer having a problem with a specific website?</PItext>
<PItype>Question</PItype>
<PIfrom>5.1</PIfrom>
<PIto>6.2,6.1</PIto>
<PO>
<POoid>1</POoid>
<POqid>6</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>7</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>6</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>8</POto>
</PO>
</PI>
<PI>
<PIqid>7</PIqid>
<PIpid>450</PIpid>
<PItext>1536: CBB1008 - Browser Setup and Daignostics</PItext>
<PItype>SubProcess</PItype>
<PIfrom>6.1</PIfrom>
<PIas>1536-1-0</PIas>
<PO />
</PI>
<PI>
<PIqid>8</PIqid>
<PIpid>450</PIpid>
<PItext>What is the security level on the CPE Management page?</PItext>
<PItype>Question</PItype>
<PIfrom>6.2,5.2</PIfrom>
<PIto>8.4,8.3,8.2,8.1</PIto>
<PIc>279</PIc>
<PO>
<POoid>1</POoid>
<POqid>8</POqid>
<popid>450</popid>
<POtext>Block All</POtext>
<POto>9</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>8</POqid>
<popid>450</popid>
<POtext>Standard</POtext>
<POto>11</POto>
</PO>
<PO>
<POoid>3</POoid>
<POqid>8</POqid>
<popid>450</popid>
<POtext>Disabled</POtext>
<POto>12</POto>
</PO>
<PO>
<POoid>4</POoid>
<POqid>8</POqid>
<popid>450</popid>
<POtext>User Defined</POtext>
<POto>12</POto>
</PO>
</PI>
<PI>
<PIqid>9</PIqid>
<PIpid>450</PIpid>
<PItext>Change the security level to Standard. Does this resolve the customers issue?</PItext>
<PItype>Question</PItype>
<PIfrom>8.1</PIfrom>
<PIto>9.2,9.1</PIto>
<PIc>280</PIc>
<PO>
<POoid>1</POoid>
<POqid>9</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>10</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>9</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>11</POto>
</PO>
</PI>
<PI>
<PIqid>10</PIqid>
<PIpid>450</PIpid>
<PItext>Issue Resolved</PItext>
<PItype>ExitPoint</PItype>
<PIfrom>9.1</PIfrom>
<PIe1>1</PIe1>
<PIe2>6</PIe2>
<PIe3>122</PIe3>
<PO />
</PI>
<PI>
<PIqid>11</PIqid>
<PIpid>450</PIpid>
<PItext>Change the security level to Disabled. Is the customer able to browse the internet?</PItext>
<PItype>Question</PItype>
<PIfrom>9.2,8.2</PIfrom>
<PIto>11.2,11.1</PIto>
<PIc>281</PIc>
<PO>
<POoid>1</POoid>
<POqid>11</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>12</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>11</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>14</POto>
</PO>
</PI>
<PI>
<PIqid>12</PIqid>
<PIpid>450</PIpid>
<PItext>Change the security level to Standard. Is the customer able to browse the internet now?</PItext>
<PItype>Question</PItype>
<PIfrom>11.1,8.3,8.4</PIfrom>
<PIto>12.2,12.1</PIto>
<PIc>283</PIc>
<PO>
<POoid>1</POoid>
<POqid>12</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>13</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>12</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>14</POto>
</PO>
</PI>
<PI>
<PIqid>13</PIqid>
<PIpid>450</PIpid>
<PItext>Issue Resolved</PItext>
<PItype>ExitPoint</PItype>
<PIfrom>12.1</PIfrom>
<PIe1>1</PIe1>
<PIe2>6</PIe2>
<PIe3>123</PIe3>
<PO />
</PI>
<PI>
<PIqid>14</PIqid>
<PIpid>450</PIpid>
<PItext>Ask the customer to perform a master reset. Does this resolve their issue?</PItext>
<PItype>Question</PItype>
<PIfrom>12.2,11.2</PIfrom>
<PIto>14.2,14.1</PIto>
<PIc>282</PIc>
<PO>
<POoid>1</POoid>
<POqid>14</POqid>
<popid>450</popid>
<POtext>Yes</POtext>
<POto>16</POto>
</PO>
<PO>
<POoid>2</POoid>
<POqid>14</POqid>
<popid>450</popid>
<POtext>No</POtext>
<POto>15</POto>
</PO>
</PI>
<PI>
<PIqid>15</PIqid>
<PIpid>450</PIpid>
<PItext>Faulty CPE</PItext>
<PItype>ExitPoint</PItype>
<PIfrom>14.2</PIfrom>
<PIe1>1</PIe1>
<PIe2>6</PIe2>
<PIe3>124</PIe3>
<PO />
</PI>
<PI>
<PIqid>16</PIqid>
<PIpid>450</PIpid>
<PItext>Issue Resolved</PItext>
<PItype>ExitPoint</PItype>
<PIfrom>14.1</PIfrom>
<PIe1>1</PIe1>
<PIe2>6</PIe2>
<PIe3>123</PIe3>
<PO />
</PI>
</P>
Thanks in advance
Edited by: user512743 on Nov 18, 2008 4:46 AM -
How to use "Order by" clause dynamically on LOV values in 10g r2 forms
Hi ,
I have following requirement,please guide me.
1 Create a List Of Values with 2 fields, Code and Description
2. Do not use order by clause in record Group Query
3. Attach this LOV to a field in Form
4. When user invokes the LOV user will see two fields in LOV with header as Code and Description
5. Now when user clicks on Column Header “Code” then LOV should be sorted on Code
6. And if User clicks on Column Header “Description” then LOV should be sorted on Description
Thanks in Advance.Kindly post this problem in this forum ->
[Forms Forum|http://forums.oracle.com/forums/forum.jspa?forumID=82]
And, close this thread by marked it as answered. ;)
Regards.
Satyaki De. -
Hello,
If I run this query:
select MyID, MyDescription, MyblobField
From MyTable
Brings 500 records but it takes 30 seconds !
If I select without any blob fied like:
select MyID, MyDescription
From MyTable
It's fast.
The blob fields are storing images like jpg or gif files. Approximately, each field stores 250 KB.
I know that blob fields are slowing down the query, but could be any way to accelerate it?
Thank you!1. use connection pool on your web program.because connecting database is big cost in 3-T structure.
2. tune your sql, using explain plan.
3. adjust your database setting
Hope this help -
[10g] Need help with order by clause in hierarchical query
I have the following sample data:
CREATE TABLE bill_test1
( parent_part CHAR(25)
, child_part CHAR(25)
, line_nbr NUMBER(5)
, qty_per NUMBER(9,5)
INSERT INTO bill_test1 VALUES ('ABC-1','ABC-10',100,1);
INSERT INTO bill_test1 VALUES ('ABC-1','ABC-20',200,2);
INSERT INTO bill_test1 VALUES ('ABC-1','ABC-30',300,3);
INSERT INTO bill_test1 VALUES ('ABC-1','HARDWARE-1',401,10);
INSERT INTO bill_test1 VALUES ('ABC-1','HARDWARE-2',402,5);
INSERT INTO bill_test1 VALUES ('ABC-10','ABC-155',100,2);
INSERT INTO bill_test1 VALUES ('ABC-10','HARDWARE-1',200,1);
INSERT INTO bill_test1 VALUES ('ABC-155','RAW-2',100,4.8);
INSERT INTO bill_test1 VALUES ('ABC-155','HARDWARE-3',200,3);
INSERT INTO bill_test1 VALUES ('ABC-20','RAW-1',100,10.2);
INSERT INTO bill_test1 VALUES ('ABC-30','RAW-3',100,3);And the query below gives me exactly what I want, in the order I want it. However, I am wondering if there is a way to get this order without creating the SEQ column, since I don't need it in my results
SELECT part_nbr
, parent_part
, child_part
FROM (
SELECT CONNECT_BY_ROOT b.parent_part AS part_nbr
, b.parent_part
, b.child_part
, SYS_CONNECT_BY_PATH(b.line_nbr,' ') AS seq
FROM bill_test1 b
, dual
CONNECT BY parent_part = PRIOR child_part
WHERE part_nbr = 'ABC-1'
ORDER BY seq
Results of above query, except with SEQ included in SELECT (just to show what I'm sorting off of):
PART_NBR PARENT_PART CHILD_PART SEQ
ABC-1 ABC-1 ABC-10 100
ABC-1 ABC-10 ABC-155 100 100
ABC-1 ABC-155 RAW-2 100 100 100
ABC-1 ABC-155 HARDWARE-3 100 100 200
ABC-1 ABC-10 HARDWARE-1 100 200
ABC-1 ABC-1 ABC-20 200
ABC-1 ABC-20 RAW-1 200 100
ABC-1 ABC-1 ABC-30 300
ABC-1 ABC-30 RAW-3 300 100
ABC-1 ABC-1 HARDWARE-1 401
ABC-1 ABC-1 HARDWARE-2 402Hi,
As long as there's only one root, you can say ORDER SIBLINGS BY, but you can't do that in a sub-query (well, you can, but usually there's no point in doing it in a sub-query). If the CONNECT BY is being done in a sub-query, there is no guarantee that the main query will preserve the hierarchical order that the sub-query provides.
The query you posted doesn't require a suib-query, so you can say:
SELECT CONNECT_BY_ROOT b.parent_part AS part_nbr
, b.parent_part
, b.child_part
--, SYS_CONNECT_BY_PATH(b.line_nbr,' ') AS seq
FROM bill_test1 b
WHERE CONNECT_BY_ROOT b.parent_part = 'ABC-1'
CONNECT BY parent_part = PRIOR child_part
ORDER SIBLINGS BY b.line_nbr
;I said the query you posted doesn't require a sub-query. It also doesn't require dual, so I suspect what you posted is a simplification of what you're really doing, and that may need a sub-query. In particular, if you intend to GROUP BY part_nbr, then you need the sub-query. We can repeat the CONNECT_BY_ROOT expression in the WHERE clause (or, now that I think about it, use a START WITH clause instead of WHERE), but, for some reason, we can't use CONNECT_BY_ROOT in a GROUP BY clause; we need to compute CONNECT_BY_ROOT in a sub-query, give it a name (like part_nbr), and GROUP BY that column in a super-query.
This assumes that there is only one root node. ORDER SIBLINGS BY means just that: children of a common parent will appear in order, but the root nodes, who have no parents, will not necessarily be in order.
Here's what I meant by using START WITH instead of WHERE:
SELECT CONNECT_BY_ROOT b.parent_part AS part_nbr
, b.parent_part
, b.child_part
--, SYS_CONNECT_BY_PATH(b.line_nbr,' ') AS seq
FROM bill_test1 b
START WITH b.parent_part = 'ABC-1'
CONNECT BY parent_part = PRIOR child_part
ORDER SIBLINGS BY b.line_nbr
;This should be much more efficient, because it narrows down the results before you waste time getting their descendants.
Using a START WITH clause here is analagous to me sending you an e-mail, saying "Come to a meeting a my office at 3:00."
Using a WHERE clause here is analagous to me sending an e-mail to everyone in the company, saying "Come to a meeting a my office at 3:00", and then, as people get here, telling everyone except you that they can go back.
ORDER SIBLINGS BY was introduced in Oracle 9.
Edited by: Frank Kulash on Dec 9, 2010 2:39 PM
Added version with START WITH clause -
Query with EXISTS & ORDER BY is slow on 10g
On Oracle 10g, the below query is taking 100 secs to return 500 records. It returns in 1 sec on Oracle 8.1.6. If I remove the ORDER BY clause it executes in 1 second on Oracle 10g also. I need to keep the ORDER BY and have to tune it for Oracle 10g. Optimizer is set to CHOOSE.
Any suggestions please...
Query & Table details:
--------- 8< ---------
SELECT T1.SRC_ATTR_1, T1.SRC_ATTR_2, T1.DST_ATTR_1, T1.DST_ATTR_2
FROM TBL_DIRECTION_1 T1
WHERE EXISTS
(SELECT 1
FROM TBL_DIRECTION_2 T2, TBL_MASTER SRC_M, TBL_MASTER DST_M
WHERE SRC_M.OBJ_ID = T2.SRC_OBJ_ID AND DST_M.OBJ_ID = T2.DST_OBJ_ID AND
SRC_M.ATTR_1 = T1.SRC_ATTR_1 AND SRC_M.ATTR_2 = T1.SRC_ATTR_2 AND
DST_M.ATTR_1 = T1.DST_ATTR_1 AND DST_M.ATTR_2 = T1.DST_ATTR_2)
ORDER BY 1, 2, 3, 4
1. TBL_OBJ_MASTER
columns
OBJ_ID
ATTR_1
ATTR_2
keys, constraints & indexes
PRIMARY KEY (OBJ_ID)
UNIQUE INDEX (ATTR_1, ATTR_2)
2. TBL_DIRECTION_1
columns
SRC_ATTR_1
SRC_ATTR_2
DST_ATTR_1
DST_ATTR_2
keys, constraints & indexes
UNIQUE CONSTRAINT (SRC_ATTR_1, SRC_ATTR_2, DST_ATTR_1, DST_ATTR_2)
INDEX (SRC_ATTR_1, SRC_ATTR_2)
3. TBL_DIRECTION_2
columns
SRC_OBJ_ID
DST_OBJ_ID
keys, constraints & indexes
PRIMARY KEY (SRC_OBJ_ID, DST_OBJ_ID)
INDEX (SRC_OBJ_ID)
INDEX (DST_OBJ_ID)
--------- 8< ---------
Thanks in advance.
S.To cut down the explanation I did not give the actual query in my first post.
TBL_DIRECTION_1 = IPD_OMC_HANDOVER_DATA_2G
TBL_DIRECTION_2 = NEIGHBOURS
TBL_OBJ_MASTER= IPD_MASTER_CELLS
----------- 8< -----------
TKPROF: Release 10.2.0.2.0 - Production on Thu Sep 7 12:12:24 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Trace file: /apps/oracle/admin/MAGNETD2/dump/user/magnetd2_ora_22210.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
alter session set sql_trace true
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.01 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 1 0.01 0.00 0 0 0 0
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
begin :id := sys.dbms_transaction.local_transaction_id; end;
call count cpu elapsed disk query current rows
Parse 4 0.00 0.00 0 0 0 0
Execute 4 0.00 0.00 0 0 0 4
Fetch 0 0.00 0.00 0 0 0 0
total 8 0.00 0.00 0 0 0 4
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
select 'x'
from
dual
call count cpu elapsed disk query current rows
Parse 2 0.00 0.00 0 0 0 0
Execute 2 0.00 0.00 0 0 0 0
Fetch 2 0.00 0.00 0 0 0 2
total 6 0.00 0.00 0 0 0 2
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
Rows Row Source Operation
1 FAST DUAL (cr=0 pr=0 pw=0 time=19 us)
begin
if :enable = 0 then
sys.dbms_output.disable;
else
sys.dbms_output.enable(:size);
end if;
end;
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 1
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 0 0 1
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
SELECT HO2G.SRC_CSR,
HO2G.SRC_CELL_ID,
HO2G.DST_CSR,
HO2G.DST_CELL_ID,
HO2G.SRC_BSC,
HO2G.DST_BSC DST_BSC_OR_RNC,
HO2G.HO_ATT,
HO2G.HO_SUCC,
DECODE(HO2G.HO_ATT, 0, 0, ROUND(HO2G.HO_SUCC * 100 / HO2G.HO_ATT, 2)) HO_SUCC_PER,
HO2G.HI_ATT,
HO2G.HI_SUCC,
DECODE(HO2G.HI_ATT, 0, 0, ROUND(HO2G.HI_SUCC * 100 / HO2G.HI_ATT, 2)) HI_SUCC_PER,
HO2G.SRC_OMC,
0 COPY,
0 REMOVE_2WAYS,
0 DST_CELL_IS_3G
FROM IPD_OMC_HANDOVER_DATA_2G HO2G
WHERE HO2G.SRC_CELL_ID LIKE '%' AND HO2G.SRC_CSR LIKE '%' AND
HO2G.SRC_BSC LIKE '104' AND HO2G.SRC_REGION LIKE '%' AND
((HO2G.HO_SUCC <> 0 AND HO2G.HI_SUCC = 0) OR
(HO2G.HO_SUCC = 0 AND HO2G.HI_SUCC <> 0)) AND EXISTS
(SELECT 1
FROM NEIGHBOURS N, IPD_MASTER_CELLS SIMC, IPD_MASTER_CELLS DIMC
WHERE N.CELL_PLA_PLA_ID = 0 AND N.CELL_PLAN_SEQ_NUM = 0 AND
N.SOURCE_CELL_SEQ_NO = SIMC.IMC_CELL_SEQ_NO AND
N.DESTINATION_CELL_SEQ_NO = DIMC.IMC_CELL_SEQ_NO AND
HO2G.SRC_CSR = SIMC.IMC_CSR AND
HO2G.SRC_CELL_ID = SIMC.IMC_CELL_ID AND
HO2G.DST_CSR = DIMC.IMC_CSR AND
HO2G.DST_CELL_ID = DIMC.IMC_CELL_ID
ORDER BY 1, 2, 3, 4
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 1 21.55 21.07 0 758573 0 100
total 3 21.55 21.07 0 758573 0 100
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
Rows Row Source Operation
100 TABLE ACCESS BY INDEX ROWID IPD_OMC_HANDOVER_DATA_2G (cr=758573 pr=0 pw=0 time=2875024 us)
69027 INDEX FULL SCAN C_IOHD_2G_UK_1 (cr=748680 pr=0 pw=0 time=20019259 us)(object id 73059)
69027 NESTED LOOPS (cr=748260 pr=0 pw=0 time=17537106 us)
83140 NESTED LOOPS (cr=498840 pr=0 pw=0 time=11921339 us)
83140 TABLE ACCESS BY INDEX ROWID IPD_MASTER_CELLS (cr=249420 pr=0 pw=0 time=5816876 us)
83140 INDEX UNIQUE SCAN IMC_CSR_CELL_ID_I (cr=166280 pr=0 pw=0 time=4106053 us)(object id 73005)
83140 TABLE ACCESS BY INDEX RforumID=75, To cut down the explanation I did not give the actual query in my first post.
TBL_DIRECTION_1 = IPD_OMC_HANDOVER_DATA_2G
TBL_DIRECTION_2 = NEIGHBOURS
TBL_OBJ_MASTER= IPD_MASTER_CELLS
----------- 8< -----------
TKPROF: Release 10.2.0.2.0 - Production on Thu Sep 7 12:12:24 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Trace file: /apps/oracle/admin/MAGNETD2/dump/user/magnetd2_ora_22210.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
alter session set sql_trace true
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.01 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 1 0.01 0.00 0 0 0 0
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
begin :id := sys.dbms_transaction.local_transaction_id; end;
call count cpu elapsed disk query current rows
Parse 4 0.00 0.00 0 0 0 0
Execute 4 0.00 0.00 0 0 0 4
Fetch 0 0.00 0.00 0 0 0 0
total 8 0.00 0.00 0 0 0 4
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
select 'x'
from
dual
call count cpu elapsed disk query current rows
Parse 2 0.00 0.00 0 0 0 0
Execute 2 0.00 0.00 0 0 0 0
Fetch 2 0.00 0.00 0 0 0 2
total 6 0.00 0.00 0 0 0 2
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
Rows Row Source Operation
1 FAST DUAL (cr=0 pr=0 pw=0 time=19 us)
begin
if :enable = 0 then
sys.dbms_output.disable;
else
sys.dbms_output.enable(:size);
end if;
end;
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 1
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 0 0 1
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
SELECT HO2G.SRC_CSR,
HO2G.SRC_CELL_ID,
HO2G.DST_CSR,
HO2G.DST_CELL_ID,
HO2G.SRC_BSC,
HO2G.DST_BSC DST_BSC_OR_RNC,
HO2G.HO_ATT,
HO2G.HO_SUCC,
DECODE(HO2G.HO_ATT, 0, 0, ROUND(HO2G.HO_SUCC * 100 / HO2G.HO_ATT, 2)) HO_SUCC_PER,
HO2G.HI_ATT,
HO2G.HI_SUCC,
DECODE(HO2G.HI_ATT, 0, 0, ROUND(HO2G.HI_SUCC * 100 / HO2G.HI_ATT, 2)) HI_SUCC_PER,
HO2G.SRC_OMC,
0 COPY,
0 REMOVE_2WAYS,
0 DST_CELL_IS_3G
FROM IPD_OMC_HANDOVER_DATA_2G HO2G
WHERE HO2G.SRC_CELL_ID LIKE '%' AND HO2G.SRC_CSR LIKE '%' AND
HO2G.SRC_BSC LIKE '104' AND HO2G.SRC_REGION LIKE '%' AND
((HO2G.HO_SUCC <> 0 AND HO2G.HI_SUCC = 0) OR
(HO2G.HO_SUCC = 0 AND HO2G.HI_SUCC <> 0)) AND EXISTS
(SELECT 1
FROM NEIGHBOURS N, IPD_MASTER_CELLS SIMC, IPD_MASTER_CELLS DIMC
WHERE N.CELL_PLA_PLA_ID = 0 AND N.CELL_PLAN_SEQ_NUM = 0 AND
N.SOURCE_CELL_SEQ_NO = SIMC.IMC_CELL_SEQ_NO AND
N.DESTINATION_CELL_SEQ_NO = DIMC.IMC_CELL_SEQ_NO AND
HO2G.SRC_CSR = SIMC.IMC_CSR AND
HO2G.SRC_CELL_ID = SIMC.IMC_CELL_ID AND
HO2G.DST_CSR = DIMC.IMC_CSR AND
HO2G.DST_CELL_ID = DIMC.IMC_CELL_ID
ORDER BY 1, 2, 3, 4
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 1 21.55 21.07 0 758573 0 100
total 3 21.55 21.07 0 758573 0 100
Misses in library cache during parse: 0
Optimizer mode: ALL_ROWS
Parsing user id: 103
Rows Row Source Operation
100 TABLE ACCESS BY INDEX ROWID IPD_OMC_HANDOVER_DATA_2G (cr=758573 pr=0 pw=0 time=2875024 us)
69027 INDEX FULL SCAN C_IOHD_2G_UK_1 (cr=748680 pr=0 pw=0 time=20019259 us)(object id 73059)
69027 NESTED LOOPS (cr=748260 pr=0 pw=0 time=17537106 us)
83140 NESTED LOOPS (cr=498840 pr=0 pw -
Guys,
I have a table of 80,000 records.If i select * from this table need 0.04 seconds.If I add order by clause it become very slow 30 sec.
Order by clause is on the primary key.Also i increased the size of temp tablespace.
Kindly assistIn Forms, LOV's are meant for a small set of values.
For a table containing 80,000 records you need to develop a small selection form, i.e. a separate form in which you can search for values and select one value. Details for this can be acquired in the Oracle*Forms Forum. A form will typically fetch only a few rows and is therefore more suited in this case. Be sure to check the block properties "Query Array Size", "Number of Records Buffered" and "Query All Records".
At my shop we use a standard of approximately 20 values. Below this number a LOV can be used and above a select form is recommended.
Regards,
Rob.
Maybe you are looking for
-
Adobe PDF 9.0 says it needs updated.
I have the CS4 Master collection. I did an update. I even reinstalled Acrobat. I can not print to the adobe PDF printer...It says this: You need to install software to use this printer. To install the software, choose Software Update from the Apple m
-
I have tried to create an electronic version of a paper manual that uses fillable forms for parents to keep track of their child's healthcare records. I know how to create the forms as fillable forms, but I'm not sure how to get them to be "saveable
-
HT4993 how to unlock a disabled iphone
how do i unlock my i phone4s? its disabled.
-
Relinking MobileMe Galleries to Aperture
I recently rebuilt my Aperture DB and noticed that once back all my MobileMe galleries weren't showing up on the left sidebar. I went into the MobileMe preferences in Aperture and they are all listed there. Does anyone have a solution for re-referenc
-
HIDE AREAS FOR COUNTRY SPECIFIC ESS
Dear Expert. I have the following issue. In the company we have employees in several country. For one of this country some Areas ie. Career and Job will be not enabled. I found issue similar and a solution in the following post: [Applications of ES