Query takes 14 hours to complete - kindly help
I'm using Oracle9207 32bit on windows server 2003.
I executed the following query and it takes 14 hours to complete. I don't understand why it takes too long, the database is in archivelog mode and it is not running any other queries. I even specified nologging and the parallel option. And before performing the operation I even "alter table move..." the incmsg table.
The incmsg table contains around 70Million rows.
create table "ECI"."outactions_temp" tablespace USERS nologging parallel as select * FROM "ECI"."outactions" WHERE "ECI"."outactions"."incmsgserno" IN (select "ECI"."incmsg"."serno" from "ECI"."incmsg" where "ECI"."incmsg"."applicationserno" = 2 and "ECI"."incmsg"."timestamp" between to_date('01-MAY-2007', 'DD Mon YYYY') and to_date('21-SEP-2007', 'DD Mon YYYY'));
The execution plan is as follows:
SQL> select plan_table_output from table(dbms_xplan.display('PLAN_TABLE',null,'ALL'));
| Id | Operation | Name | Rows | Bytes | Cost | TQ |IN-OUT| PQ Distrib |
| 0 | CREATE TABLE STATEMENT | | 993 | 2050K| 8322 | | | |
| 1 | LOAD AS SELECT | | | | | 30,01 | P->S | QC (RAND) |
| 2 | TABLE ACCESS BY INDEX ROWID | outactions | 1 | 2080 | 3 | 30,01 | PCWC | |
| 3 | NESTED LOOPS | | 993 | 2050K| 8322 | 30,01 | PCWP | |
| 4 | TABLE ACCESS BY INDEX ROWID| incmsg | 993 | 34755 | 5343 | 30,00 | S->P | RND-ROBIN |
| 5 | INDEX RANGE SCAN | IX_INCMSG_TSTAMP | 178K| | 334 | | | |
| 6 | INDEX RANGE SCAN | IX104_1 | 1 | | 2 | 30,01 | PCWP | |
PX Slave SQL Information (identified by operation id):
1 - CREATE TABLE "ECI".:Q630001 TABLESPACE "USERS" NOLOGGING AS SELECT C0,C1,C2,C3,C4,C5,C6,C7 FROM (SELECT
/*+ ORDERED NO_EXPAND USE_NL(A2) INDEX(A2 "IX104_1") */ A2."serno" C0,A2."source" C1,A2."incmsgserno"
C2,A2."strategyserno" C3,A2."testrunserno" C4,A2."timestamp" C5,A2."xml_actions" C6,A2."status" C7 FROM :Q630000
A1,"ECI"."outactions" A2 WHERE A2."incmsgserno"=A1.C1)
23 rows selected.
I executed the query without the create table statement and the following is the explain plan. I'm still reading thru FAQ on how to format the explain plan.
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost
| TQ |IN-OUT| PQ Distrib |
| 0 | SELECT STATEMENT | | 993 | 2050K| 832
PLAN_TABLE_OUTPUT
2 | | | |
| 1 | TABLE ACCESS BY INDEX ROWID | outactions | 1 | 2080 |
3 | 33,01 | PCWC | |
| 2 | NESTED LOOPS | | 993 | 2050K| 832
2 | 33,01 | P->S | QC (RAND) |
| 3 | TABLE ACCESS BY INDEX ROWID| incmsg | 993 | 34755 | 534
3 | 33,00 | S->P | RND-ROBIN |
PLAN_TABLE_OUTPUT
| 4 | INDEX RANGE SCAN | IX_INCMSG_TSTAMP | 178K| | 33
4 | | | |
| 5 | INDEX RANGE SCAN | IX104_1 | 1 | |
2 | 33,01 | PCWP | |
PX Slave SQL Information (identified by operation id):
PLAN_TABLE_OUTPUT
2 - SELECT /*+ ORDERED NO_EXPAND USE_NL(A2) INDEX(A2 "IX104_1") */
A1.C0,A1.C1,A1.C2,A2.ROWID,A2."serno",A2."source",A2."incmsgserno"
,A2."strategyserno",A2."testrunserno",A2."time
stamp",A2."xml_actions",A2."status" FROM :Q633000 A1,"ECI"."outact
ions" A2 WHERE A2."incmsgserno"=A1.C1
PLAN_TABLE_OUTPUT
Note: cpu costing is off, PLAN_TABLE' is old version
21 rows selected.
SQL> spool off;
Similar Messages
-
Is Lightroom expected to take hours to complete "Import from Catalog" or is something wrong?
Im trying to import a catalog with about 2500 images into a "master catalog" with about 1500 images. It has taken hours for it to complete checking duplicate and then do the import after that. I restarted and now it is working "checking for changed duplicate photos".
Is this meant to be atrociously slow or am I missing something?Evidently this is designed to be attrociously slow... I can't think of any good reason why we would see this result otherwise. It's not like this is exactly a new issue with LR5.4... Realistically, this is probably a fairly low priority item for the development team in comparison, say... to the develop module image processing performance.
On a system that, practially speaking, has no effective resource bottlenecks: 2013 Mac Pro with disk that averages 850+MB/s read and write, 64 GB or RAM, 24 CPU cores, and a whole lot of OpenGL/CL GPU available, This is still going to take HOURS...
LR 5.4 is "checking for changed duplicate photos" between two 137K photo catalogs (~2.8 GB each) where I expect there to be approximately >90% duplicates.
I am seeing negligible disk I/O and it appears that LR is constrained to a single thread on a single CPU core for the entire scan/compare loop across the catalog data.
A short sample of "iostat" results:
$ iostat 1
disk0 disk1 disk3 cpu load average
KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us sy id 1m 5m 15m
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 95 2.22 1.96 1.86
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 2.22 1.96 1.86
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 2.22 1.96 1.86
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 2.22 1.96 1.86
4.00 28 0.11 0.00 0 0.00 0.00 0 0.00 4 1 95 3.08 2.15 1.93
13.51 35 0.46 0.00 0 0.00 0.00 0 0.00 4 0 95 3.08 2.15 1.93
4.00 1 0.00 0.00 0 0.00 0.00 0 0.00 4 0 95 3.08 2.15 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 3.08 2.15 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 95 3.08 2.15 1.93
65.07 75 4.76 0.00 0 0.00 0.00 0 0.00 5 1 94 3.00 2.14 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 3.00 2.14 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 95 3.00 2.14 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 5 1 94 3.00 2.14 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 3.00 2.14 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 5 0 94 3.00 2.16 1.93
4.08 96 0.38 0.00 0 0.00 0.00 0 0.00 4 0 96 3.00 2.16 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 3.00 2.16 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 96 3.00 2.16 1.93
13.02 51 0.65 0.00 0 0.00 0.00 0 0.00 4 0 95 3.00 2.16 1.93
0.00 0 0.00 0.00 0 0.00 0.00 0 0.00 4 0 95 2.92 2.15 1.93
^C
Process Statistics:
Processes: 185 total, 3 running, 7 stuck, 175 sleeping, 980 threads
Load Avg: 2.04, 2.13, 2.03
CPU usage: 4.46% user, 0.78% sys, 94.74% idle
SharedLibs: 352K resident, 0B data, 0B linkedit.
MemRegions: 143241 total, 8812M resident, 10M private, 1000M shared.
PhysMem: 15G used (3124M wired), 49G unused.
VM: 536G vsize, 1025M framework vsize, 0(0) swapins, 0(0) swapouts.
Networks: packets: 411925/102M in, 684453/694M out.
Disks: 494070/13G read, 341651/8620M written.
PID COMMAND %CPU TIME #TH #WQ #PORTS #MREGS MEM RPRVT PURG CMPRS VPRVT VSIZE PGRP PPID STATE UID
1363 Adobe Photoshop 100.5 91:02.75 37/1 1 368 11075 4191M+ 4146M+ 3356K 0B 18G+ 20G 1363 282 running 501
FAULTS COW MSGSENT MSGRECV SYSBSD SYSMACH CSW PAGEINS KPRVT KSHRD IDLEW POWER
2271477+ 428258+ 406730+ 29053+ 3416239+ 584050+ 753600+ 3110 38M 223M+ 5883 100.5
Sampling the process via Mac OS Activity Monitor, the call graph shows that the "AsyncDataServer" thread is processing the majority of the workload during the "cheking for changed duplicate photos" phase of the catalog import.
Considering this appears to be a single thread attempting to process all of the catalog data iteratively, it would be my primary suspect to consider for more love and attention towards parallelization of this code, perhaps via OpenCL on the GPU if each comparison is discrete and meets the various criteria for efficient GPU processing, otherwise, at least refactor for multi-threaded execeution on the CPU(s)...
1947 Thread_305689: AsyncDataServer
+ 1945 thread_start (in libsystem_pthread.dylib) + 13 [0x106101fc9]
+ ! 1945 _pthread_start (in libsystem_pthread.dylib) + 137 [0x1060fd72a]
+ ! 1945 _pthread_body (in libsystem_pthread.dylib) + 138 [0x1060fd899]
+ ! 1945 __NSThread__main__ (in Foundation) + 1318 [0x10309a76b]
+ ! 1945 ??? (in AgSubstrate) load address 0x1049e5000 + 0x1261b [0x1049f761b]
+ ! 1945 lua_pcall (in AgKernel) + 101 [0x104876feb]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0xa16a [0x10487f16a]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x959d [0x10487e59d]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! 1945 AgLua_callWithAutoReleasePool (in AgSubstrate) + 84 [0x104a03610]
+ ! 1945 lua_call (in AgKernel) + 36 [0x104876f69]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x4149 [0x104879149]
+ ! 1945 lua_pcall (in AgKernel) + 101 [0x104876feb]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0xa16a [0x10487f16a]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x959d [0x10487e59d]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x4149 [0x104879149]
+ ! 1945 lua_pcall (in AgKernel) + 101 [0x104876feb]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0xa16a [0x10487f16a]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x959d [0x10487e59d]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x4149 [0x104879149]
+ ! 1945 lua_pcall (in AgKernel) + 101 [0x104876feb]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0xa16a [0x10487f16a]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x959d [0x10487e59d]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! 1945 AgLua_callWithAutoReleasePool (in AgSubstrate) + 84 [0x104a03610]
+ ! 1945 lua_call (in AgKernel) + 36 [0x104876f69]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x4149 [0x104879149]
+ ! 1945 lua_pcall (in AgKernel) + 101 [0x104876feb]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0xa16a [0x10487f16a]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x959d [0x10487e59d]
+ ! 1945 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! 876 ??? (in AgKernel) load address 0x104875000 + 0x185c2 [0x10488d5c2]
+ ! : 785 ??? (in AgKernel) load address 0x104875000 + 0x172c8 [0x10488c2c8]
+ ! : | 773 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! : | + 283 ??? (in AgKernel) load address 0x104875000 + 0x185c2 [0x10488d5c2]
+ ! : | + ! 123 ??? (in AgKernel) load address 0x104875000 + 0x17164 [0x10488c164]
+ ! : | + ! : 61 ??? (in AgKernel) load address 0x104875000 + 0x15e36 [0x10488ae36]
+ ! : | + ! : 12 ??? (in AgKernel) load address 0x104875000 + 0x15e10 [0x10488ae10]
+ ! : | + ! : 6 ??? (in AgKernel) load address 0x104875000 + 0x15e42 [0x10488ae42]
+ ! : | + ! : 6 ??? (in AgKernel) load address 0x104875000 + 0x15e4a [0x10488ae4a]
+ ! : | + ! : 6 ??? (in AgKernel) load address 0x104875000 + 0x15e5d [0x10488ae5d]
+ ! : | + ! : 5 ??? (in AgKernel) load address 0x104875000 + 0x15e38 [0x10488ae38]
+ ! : | + ! : 4 ??? (in AgKernel) load address 0x104875000 + 0x15e3e [0x10488ae3e]
+ ! : | + ! : 3 ??? (in AgKernel) load address 0x104875000 + 0x15e1c [0x10488ae1c]
+ ! : | + ! : 2 ??? (in AgKernel) load address 0x104875000 + 0x15d95 [0x10488ad95]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x15dfb [0x10488adfb]
+ ! : | + ! : 2 ??? (in AgKernel) load address 0x104875000 + 0x15da0 [0x10488ada0]
+ ! : | + ! : 2 ??? (in AgKernel) load address 0x104875000 + 0x15e0d [0x10488ae0d]
+ ! : | + ! : 2 ??? (in AgKernel) load address 0x104875000 + 0x15ea2 [0x10488aea2]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15ebf [0x10488aebf]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0xf8b9 [0x1048848b9]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e17 [0x10488ae17]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e19 [0x10488ae19]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e1f [0x10488ae1f]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e27 [0x10488ae27]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e2b [0x10488ae2b]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e32 [0x10488ae32]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e47 [0x10488ae47]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e55 [0x10488ae55]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e56 [0x10488ae56]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e9d [0x10488ae9d]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15ea0 [0x10488aea0]
+ ! : | + ! 119 ??? (in AgKernel) load address 0x104875000 + 0x172c8 [0x10488c2c8]
+ ! : | + ! : 112 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! : | + ! : | 62 ??? (in AgKernel) load address 0x104875000 + 0x185c2 [0x10488d5c2]
+ ! : | + ! : | + 40 ??? (in AgKernel) load address 0x104875000 + 0x17164 [0x10488c164]
+ ! : | + ! : | + ! 22 ??? (in AgKernel) load address 0x104875000 + 0x15e36 [0x10488ae36]
+ ! : | + ! : | + ! 7 ??? (in AgKernel) load address 0x104875000 + 0x15e10 [0x10488ae10]
+ ! : | + ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x15e15 [0x10488ae15]
+ ! : | + ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x15e38 [0x10488ae38]
+ ! : | + ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x15e3e [0x10488ae3e]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x15da0 [0x10488ada0]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x15e0a [0x10488ae0a]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x15e42 [0x10488ae42]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x15e4a [0x10488ae4a]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x15e99 [0x10488ae99]
+ ! : | + ! : | + 13 ??? (in AgKernel) load address 0x104875000 + 0x172c8 [0x10488c2c8]
+ ! : | + ! : | + ! 12 ??? (in AgKernel) load address 0x104875000 + 0x9f12 [0x10487ef12]
+ ! : | + ! : | + ! : 7 ??? (in AgKernel) load address 0x104875000 + 0x185c2 [0x10488d5c2]
+ ! : | + ! : | + ! : | 6 ??? (in AgKernel) load address 0x104875000 + 0x17164 [0x10488c164]
+ ! : | + ! : | + ! : | + 2 ??? (in AgKernel) load address 0x104875000 + 0x15e27 [0x10488ae27]
+ ! : | + ! : | + ! : | + 2 ??? (in AgKernel) load address 0x104875000 + 0x15e36 [0x10488ae36]
+ ! : | + ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x15e3e [0x10488ae3e]
+ ! : | + ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x15e4b [0x10488ae4b]
+ ! : | + ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17217 [0x10488c217]
+ ! : | + ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x181a9 [0x10488d1a9]
+ ! : | + ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x98bf [0x10487e8bf]
+ ! : | + ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x17b45 [0x10488cb45]
+ ! : | + ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x185b7 [0x10488d5b7]
+ ! : | + ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x18dbe [0x10488ddbe]
+ ! : | + ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x18e13 [0x10488de13]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x9f01 [0x10487ef01]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x98bf [0x10487e8bf]
+ ! : | + ! : | + 2 ??? (in AgKernel) load address 0x104875000 + 0x1713a [0x10488c13a]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x17116 [0x10488c116]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x1711e [0x10488c11e]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x17158 [0x10488c158]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x1715f [0x10488c15f]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x17164 [0x10488c164]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x17217 [0x10488c217]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x172e0 [0x10488c2e0]
+ ! : | + ! : | 4 ??? (in AgKernel) load address 0x104875000 + 0x181a9 [0x10488d1a9]
+ ! : | + ! : | + 2 ??? (in AgKernel) load address 0x104875000 + 0x99e0 [0x10487e9e0]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9c98 [0x10487ec98]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9d32 [0x10487ed32]
+ ! : | + ! : | 3 ??? (in AgKernel) load address 0x104875000 + 0x1814f [0x10488d14f]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9c3f [0x10487ec3f]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x3d38 [0x104878d38]
+ ! : | + ! : | + ! 1 lua_pushvalue (in AgKernel) + 14 [0x104876318]
+ ! : | + ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x11e2 [0x1048761e2]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9993 [0x10487e993]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9cf1 [0x10487ecf1]
+ ! : | + ! : | 3 ??? (in AgKernel) load address 0x104875000 + 0x17c66 [0x10488cc66]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x18de2 [0x10488dde2]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9e15 [0x10487ee15]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0x9e5e [0x10487ee5e]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17a6e [0x10488ca6e]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17b33 [0x10488cb33]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17b3e [0x10488cb3e]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17b45 [0x10488cb45]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17c52 [0x10488cc52]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17c6d [0x10488cc6d]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x17c72 [0x10488cc72]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x18d99 [0x10488dd99]
+ ! : | + ! : | 2 ??? (in AgKernel) load address 0x104875000 + 0x18d9d [0x10488dd9d]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18dd2 [0x10488ddd2]
+ ! : | + ! : | + 1 ??? (in AgKernel) load address 0x104875000 + 0xabe8 [0x10487fbe8]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17a63 [0x10488ca63]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17aeb [0x10488caeb]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17b27 [0x10488cb27]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17b2b [0x10488cb2b]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17b2f [0x10488cb2f]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17c63 [0x10488cc63]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17c6a [0x10488cc6a]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17cb1 [0x10488ccb1]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17df2 [0x10488cdf2]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17df6 [0x10488cdf6]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x17dfb [0x10488cdfb]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18176 [0x10488d176]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x1817a [0x10488d17a]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18852 [0x10488d852]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18d10 [0x10488dd10]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18d53 [0x10488dd53]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18d74 [0x10488dd74]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18d7d [0x10488dd7d]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x18dc7 [0x10488ddc7]
+ ! : | + ! : 6 ??? (in AgKernel) load address 0x104875000 + 0x9f01 [0x10487ef01]
+ ! : | + ! : | 3 ??? (in AgKernel) load address 0x104875000 + 0x9cea [0x10487ecea]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x98d3 [0x10487e8d3]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x997d [0x10487e97d]
+ ! : | + ! : | 1 ??? (in AgKernel) load address 0x104875000 + 0x99d1 [0x10487e9d1]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x9f1e [0x10487ef1e]
+ ! : | + ! 5 ??? (in AgKernel) load address 0x104875000 + 0x17217 [0x10488c217]
+ ! : | + ! 4 ??? (in AgKernel) load address 0x104875000 + 0x1720c [0x10488c20c]
+ ! : | + ! 3 ??? (in AgKernel) load address 0x104875000 + 0x1711c [0x10488c11c]
+ ! : | + ! 3 ??? (in AgKernel) load address 0x104875000 + 0x1711e [0x10488c11e]
+ ! : | + ! 3 ??? (in AgKernel) load address 0x104875000 + 0x17164 [0x10488c164]
+ ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x1719c [0x10488c19c]
+ ! : | + ! : 2 ??? (in AgKernel) load address 0x104875000 + 0x16fca [0x10488bfca]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e0a [0x10488ae0a]
+ ! : | + ! : 1 ??? (in AgKernel) load address 0x104875000 + 0x15e36 [0x10488ae36]
+ ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x17122 [0x10488c122]
+ ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x1716d [0x10488c16d]
+ ! : | + ! 2 ??? (in AgKernel) load address 0x104875000 + 0x1721c [0x10488c21c]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x15ea3 [0x10488aea3]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x1711a [0x10488c11a]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x17127 [0x10488c127]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x17132 [0x10488c132]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x1713a [0x10488c13a]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x1713f [0x10488c13f]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x17148 [0x10488c148]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x17152 [0x10488c152]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x17195 [0x10488c195]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x17210 [0x10488c210]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x1721f [0x10488c21f]
+ ! : | + ! 1 ??? (in AgKernel) load address 0x104875000 + 0x1722a [0x10488c22a]
+ ! : | + ! 1 ??? -
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 -
Query not returning result..kindly help..?
Query running forever..please help ?
Help on the same is appreciated.
ThanksI moved your original thread to SQL & PL/SQL. This one being locked to avoid confusion in between.
Nicolas. -
Addressbooksync takes hours and eats memory, help!
Every time I sync my iPhone or iPad with iTunes, a program called addressbooksync is starting (I checked this in the Activity monitor) and starts to use all my 16 gb memory and after that even creating virtual memory on my drive. I assume this program is syncing my addressbook info but this can't be normal behavior. Here are some screenshots.
The itunes sync takes also a very long time while syncing the addressbook, this step takes about 1 hour:
The mac is getting very slow because of this and the only way out is the do a Quit Process on the AddressbookSync in the Monitor, but of course my addressbook will not be synced when doing this. Is there something I can do to fix this problem?I am now having a variation of this problem in 10.7.5. It started when I went to System Prefs -> iCloud and turned on Sync. (Due to a Mac theft I have been running Contacts only via iCloud.com and my iOS stuff until today.)
Indeed, AddressBookSync eats up much RAM and then goes to Virtual memory and then comes back for more RAM. Everything stops working on the Mac. (It took me 1 hour to quit Mail, Safari and System Prefts, the only things running.) The only way I could post this was to Quit the Process in Activity Monitor, enabling me to uncheck the Sync. So I effectively have no Address Book/Contact app on my hard drive.
I'm posting this while I have the window of ability to do so.
Not a happy camper. -
Any help would be appreciated. Thank you
This forum is for questions from those managing sites on iTunes U, Apple's service for colleges and universities to post educational material in the iTunes Store. You'll be most likely to get help with this issue if you ask in the general iTunes forums.
Regards. -
Query Takes Along time Execution;;PLZ HELP ME
Hi all,
I'm Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 in Linux server.
I have a very strange problem, when I execute query from Sqlplus I get my resultset very fast whears when I execute it like a query into one procedure this same query doesn't answer???
what could be the cause please, it's very strange problem?
thanks a lot,
Wthank you Justin :
- So HISTOMC_HOURLY_METAGROUP is a table with just 1 row then?
--> YES, One single Row
- And yet it's taking 3 seconds to select that single row from the table?
--> Yes it's normal, because the select 's execution from one another distant database.
- How do you know that subsequent processing isn't slow? normally, I get the result after 3 or 4 seconds.
thanks,
Wissem -
Download takes hours!! Please Help.
I am trying to download a television series, each show is about 40 min long. I purchased the series from itune store. Now each episode is showing it is taking up to 40 hours to download. There are almost 30 episodes. Thats almost 2 months to download a television series. I was hoping to have it on my ipod for plane flight tomorrow. I am using wireless cable connection all links are good. I even tried different networks and still same result.
Try connecting directly to the modem (not wirelessly). There could be a hiccup in the way the network was setup. You could also try unplugging and repluggin in the router/modem if wired is not an option.
-
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; -
Start up is taking hours...please help!
Hi, i just purchased a Macbook pro 3 months ago. Just 2 days ago I downloaded Anti-virus barrier and scanned my comp, but from the next day the start up takes hours - OVERNIGHT. Please help!
Try repairing your disk just in case the AV software has corrupted the directory. I know when one of the people I support had an AV software installed it corrupted the directory for him.
Allan -
Creating a report for the following Query --Kindly help.
Here when we use select options
1) you have to use 4 different "Select Option" Statement to select this Below.
1) Sales Organisation -- VBAK -VKORG
2) Distribution Channel -- VBAK - VTWEG
3) Division -- VBAK -- SPART
4) Created Date -- VBAK -- ERDAT.
The following fields have to be displayed.
1) Order no. -- VBAK - VBELN.
2) Created date -- VBAK - ERDAT
3) Sold To Party -- VBAK - KUNNR
4) Shiped to party -- VBPA -- KUNNR.
5) Item no -- VBAP -- POSNR
6) Material no. -- VBAP -- MATNR
7) Material Discription -- VBAP - ARKTX.
By using the select options of Sales organisation, Distribution channnel and so on I am not able to get the out put of the order no , created date , sold to party , shipped to party (Which is in a different tableVBPA) and Item no Material No and material Discription which are in table VBAP.Here I am getting a run time error.
Kindly help and inform how to code this .
Also When we click the Order no in the list we have to get the screen VA03.
RegardHi John,
Use the following Select statement for Query :-
Code A )
SELECT vbak~vkorg
vbak~vtweg
vbak~spart
vbak~erdat
vbak~vbeln
vbak~erdat
vbak~kunnr
vbpa~kunnr
vbap~posnr
vbap~matnr
vbap~arktx
into corresponding fields of table ITAB
FROM ( vbak INNER JOIN vbap
ON vbakvbeln = vbapvbeln
INNER JOIN vbpa
ON vbakvbeln = vbpavbeln
WHERE vbak~vkorg IN s_vkorg
AND vbak~vtweg IN s_vtweg
and vbak~spart in s_spart
AND vbak~erdat in s_erdat.
And Use this part of the code to show the selected Sales order :-
code B)
FORM user_command USING r_ucomm LIKE sy-ucomm
rs_selfield TYPE slis_selfield.
CASE r_ucomm.
WHEN '&IC1'.
CASE rs_selfield-sel_tab_field.
WHEN 'ITAB-VBELN'.
CHECK NOT rs_selfield-value IS INITIAL.
SET PARAMETER ID 'AUN' FIELD rs_selfield-value.
CALL TRANSACTION 'VA02' AND SKIP FIRST SCREEN.
ENDCASE.
ENDCASE.
ENDFORM.
Award points if useful !
Regards
Hrishi -
when i am trying to create an itunes account in ipad 3 and in payment method i select none and after it when i select create ID. "Please contact ITunes Support to complete the transcation" this message will appear. kindly help me
You can contact iTunes support via this page (these are user-to-user forums) : http://www.apple.com/support/itunes/contact/ - click on Contact iTunes Store Support on the right-hand side of the page
-
I cannot access iTunes on my iPad. When I click the iTunes button, it shows terms and conditions and when I click the terms and conditions link, it takes me to the Internet and that is it. Kindly help.
If you are just seeing the Terms and Conditions link in the Downloads tab then that just means that there aren't any downloads waiting. If you want to browser the store then can are you not able to tap on the other tabs at the bottom of the app ?
If you are looking for your downloaded and synced content then they won't be in the iTunes app (that is just the store) - your music, audiobooks and audio podcasts will be in the Music app and your films and tv shows in the Videos app. -
I dropped my iPad mini on the floor, but it was not at all a big drop and landed firmly but the lightning cable inside my iPad cracked and from now on I have been using my sisters iPad charger(the same as old one) and now it take 4 hours to charge 8% HELP!!
It sounds like the drop damage more then just the lightning adapter.
I suggest you take it to Apple and ask them to check it out for you.
Allan -
Need Urgent help! 10.5.7 made startup take hours
installed 10.5.7 this morning and my MacBook Pro now takes hours to start up and when it does, runs extremely slowly. i really need my laptop back quickly as i have work in for tomorrow. please help.
thanksWe can't help you unless you provide us more information. Your problem could be caused by literally any of ten million things.... Please do the following:
1. Run Terminal. Type "top -o CPU" (without the quotes) and press return. You will see a list of processes that are running, updated once per second. If anything (other than top) is using more than single-digit percentages of CPU power while idle, do a select-all and copy, then paste the relevant bits into a message in this thread.
AFTER you post that information, then do this:
2. Do a verbose boot (command-V). At some point, the messages will stop flashing onto the screen rapidly and will start to come on the screen much less frequently. Make a note of the last few lines printed before it starts getting slow and the first few lines afterwards. Type those lines into a post in this thread.
My gut says the problem will be obvious after #1, which is why I want to get that information into the thread BEFORE you go and do a boot that might take an hour or more.
Maybe you are looking for
-
WPSM54G and Vista won't print to HP Deskjet 5150
At the risk of opening an old discussion, I could not find the answer in the archives here but most threads end in early 2008 so I assume that the problem has been resolved. I have a Dell Studio 1737 with Vista (32bit), using a WPSM54G print server
-
At 96% completion of Reader install Windows gives above error msg. I close that window, then new window says "Installation complete." I click finish. New window opens with "Installation successful - you are now running Adobe Reader." Yet Reader does
-
How do I get High Speed Wireless internet to work with Linux?
I have Linux on my computer and I have the Wine Software on my computer to download what need to be installed. As I was trying to download the installment for activation it loaded to the installing part and then it told me there was an error and it c
-
Disk Warrior not compatible with OS 10.4.6?
I purchased DiskWarrior (version 3.03) last year and used it once on my old 1.6 GHz iMac with OS 10.3.6. I now have a 2.1 GHz non-Intel iSight iMac with Mac OS 10.4.6. I have tried twice to start up from the DiskWarrior CD - the first time, I never g
-
I have just added one of my email addresses to my newer desktop on MAC mail, how do I download my full email history? At the moment it is only downloading emails from September 2014 - present. I have a MAC OS X version 10.8.5. Any help would be appre