INSERT TAKING VERY LONG IN PROC

Hi All,
I have a normal insert query that picks up data from one table over a database link and inserts it into a table on another database.
We then picked up the query and put it in a stored procedure and the procedure is executed via scheduler so that whenever data comes it is inserted.
It was working fine initially however since the last 2 months ithas been giving us trouble i.e it is taking to long to execute. It is taking more than 4 hrs to just insert 1.5 lakh records.
The strange thing is that for records below 1 lakh i.e approximately 70000-80000 records it works fine. The query works fine for 1.5 lakh records also if just the query is executed out of the procedure. It is only when the query is executed in the proc via scheduler that it takes so much time.
Please give any suggestions as to how to analyze this behaviour or why this might be happening.
We also have the table analyzed before inserting into it.

The Stored Procedure that we call int the scheduler is actually a WRAPPER PROC. In the wrapper proc we basically have a cursor this checks a STATUS table in which we have REGISTER NAMES and status. In the table which ever register we want to process we set status = 'N' and once the scheduler starts it checks the register name with status = 'N' this is then passed to another proc that is called in the wrapper proc. It is this called proc that actually perfoms the inserts.

Similar Messages

  • Report script taking very long time to export in ASO

    Hi All,
    My report script is taking very long time to execute and finally a message appears as timed out.
    I'm working on ASO Cubes and there are 14 dimensions for which i need to export all data for all the dimensions for only one version.
    The data is very huge and the member count in each dimension is also huge, so which is making me difficult to export the data.
    Any suggestions??
    Thanks

    Here is a link that addresses several ways to optimize your report script. I utilize report scripts for Level 0 exports in an ASO environment as well, however the majority of our dimemsions are attribute dimensions.
    These are the most effective solutions we have implemented to improve our exports via report scripts:
    1. Make sure your report script is written in the order of how the Report Extractor retrieves data.
    2. Supressing Zero and Missing Data
    3. We use the LINK command within reports for some dimensions that are really big and pull at Level 0
    4. Using Symmetric reports.
    5. Breakout the exports in multiple reports.
    However, you may also consider some additional solutions outlined in this link:
    1. The MDX optimizing commands
    2. Back end system settings
    http://download.oracle.com/docs/cd/E12825_01/epm.111/esb_dbag/drpoptim.htm
    I hope this helps. Maybe posting your report script would also help users to provide feedback.
    Thanks
    Edited by: ronnie on Jul 14, 2011 9:25 AM
    Edited by: ronnie on Jul 14, 2011 9:53 AM

  • Background process taking very long time to complete.

    Dear All,
    Platform: HP UX
    Version: 12.0.6
    While time of shutting down the instance below background process taking very long time to complete.
    what is below mention process? can i kill it? total 3 process i am getting while finding ps -ef|grep applpre(applepre is apps instance's owner)
    applpre/apps/tech_st/10.1.3/appsutil/jdk/bin/IA64N/java -DCLIENT_PROCESSID=5457 -server -Xmx384m -XX:+UseSerialGC -Dor
    Thanks in Advance,
    Sandeep.

    Sandeep,
    Please see (Note: 567551.1 - Configuring various JVM tuning parameters for Oracle E-Business suite 11i and R12).
    You can safely kill those processes from the OS.
    Thanks,
    Hussein

  • Sharepoint Report is taking very long time to load

    SharePoint(2010) Report is taking very long time to load and display in first attempt but from the next attempt it loads and display result normally. It's urgent..please help how to troubleshoot ...

    Hi Kunal,
    is there multiple report viewer webpart on page? if so then SharePoint doesn't do well with multiple report viewer web parts. if possible then merge the reports in one.
    Try to implement SSRS caching/ Database snapshots for reporting services, it will help you to improve the performance:
    reference: http://msdn.microsoft.com/en-us/library/bb522786.aspx
    Technet article to troubleshoot report performance:
    Troubleshooting Reports: Report Performance
    If my contribution helps you, please click Mark As Answer on that post and
    Vote as Helpful
    Thanks, ShankarSingh(MCP)

  • SM59 - Remote Logon taking very long time - RFC is receiver

    Hi Friends,
    We have ABAP connection (SM59) to R/3 system from PI system.  The connection test is fine. But, when we click the Remote Logon from SM59, it is taking very long time. It is unable to login.
    Due to this, messages are in scheduled state in the receiver CC monitoring. (SOAP to RFC - Async ). Receiver RFC CC also are green.
    We checked with R/3 team, the remote user which is used in SM59 is not locked in R/3 system and password also not changed.
    Friends, kindly clarify why it is taking very long time from PI in SM59 when the connection is fine.
    Kind regards,
    Jegathees P.

    Hi Sabarish,
    I checked in SM58. There are no entries.  SM59 is for other interfaces (IDoc).  In the Message Monitoring all messages showing 'To be Delivered' and 'Delivering' from yesterday onwards. In the CC monitoring, it shows 'Message Processing Started' from yesterday onwards. But not completed.
    I checked in SM21 take log of type 'RD'.  I doubt is this the correct log for this problem.
    The specified operating system call was returned with an error.        |
    For communication calls (receive, send, etc) often the cause of errors
    are network problems.
    It could also be a configuration problem at operating system level.
    (file cannot be opened, no space in the file system etc.).
    Additional specifications for error number 146
    Name for errno number ECONNREFUSED
    Interprocess communication (e.g. TCP/IP) connection refused by partner.
    |This usually means that the necessary receiver program is not running.
    Kindly clarify.
    Kind regards,
    Jegathees P.

  • Drop em repository is taking very long in 11.1.0.7

    i am configuring oracle enterprise manager in 11.1.0.7
    i did try to create repository and got some errors.
    now i am dropping repository and it is taking very long.
    please tell me how to speed up this drop repository process .

    Hi,
    Please provide the output of:
    tail -50 /opt/oracle/db/tech_st/11.1.0/cfgtoollogs/emca/TEST1/emca_repos_drop_2013_07_28_15_35_01.log
    If you wish to configure EM, it is mandatory you create a password file. Type "orapwd" to get the complete syntax:
    Typically you create like:
    orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=secret entries=5
    If you have created the password file successfully then the following query should give you and output:
    select  * from v$pwfile_users;
    After that please try re-creating the EM.
    Hope this helps!
    Regards

  • Taking very long time to pick the file from internal deliviery channel fold

    Hi B2B gurus,
    For one of our trading partner we are testing an AS2 connectivity, so we are sending a 850 po's through internal deliviery channel(create a folder in-house), but while placing the 850 in a internal folder, its taking very long time to pick the file form internal folder
    Could you please help me to resolve this issue?
    regards

    Hi Suni,
    Have you specified the polling interval in Transport Server configuration? By default polling interval is 60 seconds.
    What is the size of the file being picked?
    Regards,
    Anuj

  • Explain plan generating it self taking very long time !!! What to do ?

    Hi,
    I am trying to generate explain plan for a query which is running more than 2 hours. I am trying to generate explain plan for query by "explin plan for select ..." but it self is taking very long time.
    Kindly suggest me how to reduce time for explain plan ? Secondly why explain plan itself taking very long time ?
    thanks & regards
    PKP

    Just guessing here, but I've experienced this behaviour when I did two explain's within a second. This is because a plan is identified by a statement_id or, if you don't provide a statement_id, by the timestamp (of DATE datatype). So if you execute two explain plans within the second (using a script), it has two sets of data with the same primary key. The hierarchical query that needs to be executed to provide you the nicely indented text, will exponentially expand in this case.
    Maybe time to clean up your plan_table ?
    Hope this helps.
    Regards,
    Rob.

  • Intermittently nursery GC is taking very long pause time

    Hi,
    I have jboss application server running with JRockit R27.6.5 on RedHat Linux. I see that the nursery GC is taking very long time. Some times it takes more than 10 seconds. This causes TLA-fetch error for all the threads.
    High nursery time -
    [memory ][Sun Jul 10 23:10:18 2011][05730] 23340.903: parallel nursery GC 3270701K->3100453K (6144000K), 2740.705 ms
    Usual nursery time -
    [memory ][Sun Jul 10 23:27:23 2011][05730] 24368.799: parallel nursery GC 4361524K->4191033K (6144000K), 63.751 ms
    This behavior is puzzling because it was working fine till last week. We have two applications running on this server which are totally different in nature but we see the same behaviour wrt nursery GC. This high nursery GC is happening even when there is absolutely no load on the server. It is happening every 10 minutes or so.
    Infact we thought that this is something to do with hardware and we replaced it with new but we see the same behavior on the new hardware.
    We have given 6GB RAM to one server and 3.5GB RAM to another server. The machine is 24 cpu.
    Thanks

    Thanks for the reply.
    I would expect fragmentation of memory would happen over a period of time. I am also facing this problem on other servers with large heap.
    But this is different. Below are JVM settings for two servers running on the same machine.
    JAVA_OPTION="-Xms${6000}m -Xmx${6000}m -Xgc:gencon -Xverbosetimestamp -Xverbose:memory,cpuinfo,opt -Xgcpause -Xgcreport -Xmanagement:ssl=false,authenticate=false -Djrockit.managementserver.port=7090"
    JAVA_OPTION="-Xms${3500}m -Xmx${3500}m -Xgc:gencon -Xverbosetimestamp -Xverbose:memory,cpuinfo,opt -Xgcpause -Xgcreport
    The nursery pause time is high right after the server restart. Most of the time its fine but intermittently there is a spike. Sometimes spike goes all the way upto 10 seconds.
    memory ][Mon Jul 11 13:40:00 2011][05730] 75525.646: parallel nursery GC 4157804K->3992995K (6144000K), 64.900 ms
    [memory ][Mon Jul 11 13:40:05 2011][05730] 75530.870: parallel nursery GC 4180295K->4013796K (6144000K), 67.672 ms
    [memory ][Mon Jul 11 13:40:11 2011][05730] 75536.548: parallel nursery GC 4202060K->4036425K (6144000K), 63.251 ms
    [memory ][Mon Jul 11 13:40:18 2011][05730] 75541.750: parallel nursery GC 4223678K->4058628K (6144000K), 2077.272 ms
    Below Full GC. It was stuck for 10 seconds. There was absolutely no activity other than below logs for full 10 seconds.
    memory ][Mon Jul 11 13:44:10 2011][05730] 75775.840: parallel nursery GC 5399093K->5234267K (6144000K), 74.492 ms
    [gcpause][Mon Jul 11 13:44:10 2011][05730] nursery collection pause time: 74.492000 ms
    [memory ][Mon Jul 11 13:44:14 2011][05730] 75779.400: parallel nursery GC 5422405K->5258310K (6144000K), 74.616 ms
    [gcpause][Mon Jul 11 13:44:14 2011][05730] nursery collection pause time: 74.616000 ms
    [gcpause][Mon Jul 11 13:44:14 2011][05730] old collection phase 1 pause time: 40.657000 ms, (start time: 75779.479 s)
    [memory ][Mon Jul 11 13:44:17 2011][05730] 75782.779: parallel nursery GC 5454944K->5289009K (6144000K), 50.456 ms
    [gcpause][Mon Jul 11 13:44:17 2011][05730] nursery collection pause time: 50.456000 ms
    [gcpause][Mon Jul 11 13:44:18 2011][05730] old collection phase 4-5 pause time: 39.760000 ms, (start time: 75783.794 s)
    [gcpause][Mon Jul 11 13:44:18 2011][05730] (pause includes yc: 39.756 ms, compaction: 0.000 ms (no compaction), update ref: 0.000 ms)
    [gcpause][Mon Jul 11 13:44:18 2011][05730] old collection phase 5 pause time: 0.356000 ms, (start time: 75783.879 s)
    [gcpause][Mon Jul 11 13:44:18 2011][05730] old collection phase 5-0 pause time: 0.676000 ms, (start time: 75783.923 s)
    [memory ][Mon Jul 11 13:44:18 2011][05730] 75779.479-75783.923: GC 5279356K->2141116K (6144000K), sum of pauses 81.449 ms

  • Data load taking very long time between cube to cube

    Hi
    In our system the data loading is taking very long time between cube to cube using DTP in BI7.0,
    the maximum time consumption is happening at start of extraction step only, can anybody help in decreasing the start of extraction timing please
    Thanks
    Kiran

    Kindly little bit Elaborate your issue, Like how is mapping between two cubes, Is it One to one mapping or any Routine is there in Transformation. Any Filter/ Routine in DTP.  Also before loading data to Cube did you deleted Inedxes?
    Regards,
    Sushant

  • Sql Query taking very long time to complete

    Hi All,
    DB:oracle 9i R2
    OS:sun solaris 8
    Below is the Sql Query taking very long time to complete
    Could any one help me out regarding this.
    SELECT MAX (md1.ID) ID, md1.request_id, md1.jlpp_transaction_id,
    md1.transaction_version
    FROM transaction_data_arc md1
    WHERE md1.transaction_name = :b2
    AND md1.transaction_type = 'REQUEST'
    AND md1.message_type_code = :b1
    AND NOT EXISTS (
    SELECT NULL
    FROM transaction_data_arc tdar2
    WHERE tdar2.request_id = md1.request_id
    AND tdar2.jlpp_transaction_id != md1.jlpp_transaction_id
    AND tdar2.ID > md1.ID)
    GROUP BY md1.request_id,
    md1.jlpp_transaction_id,
    md1.transaction_version
    Any alternate query to get the same results?
    kindly let me know if any one knows.
    regards,
    kk.
    Edited by: kk001 on Apr 27, 2011 11:23 AM

    Dear
    /* Formatted on 2011/04/27 08:32 (Formatter Plus v4.8.8) */
    SELECT   MAX (md1.ID) ID, md1.request_id, md1.jlpp_transaction_id,
             md1.transaction_version
        FROM transaction_data_arc md1
       WHERE md1.transaction_name = :b2
         AND md1.transaction_type = 'REQUEST'
         AND md1.message_type_code = :b1
         AND NOT EXISTS (
                SELECT NULL
                  FROM transaction_data_arc tdar2
                 WHERE tdar2.request_id = md1.request_id
                   AND tdar2.jlpp_transaction_id != md1.jlpp_transaction_id
                   AND tdar2.ID > md1.ID)
    GROUP BY md1.request_id
            ,md1.jlpp_transaction_id
            ,md1.transaction_versionCould you please post here :
    (a) the available indexes on transaction_data_arc table
    (b) the description of transaction_data_arc table
    (c) and the formatted explain plan you will get after executing the query and issuing:
    select * from table (dbms_xplan.display_cursor);Hope this helps
    Mohamed Houri

  • How to insert a very long string into a column of datatype 'LONG'

    Can anyone please tell me how can I insert a very long string into a column of datatype 'LONG'?
    I get the error, ORA-01704: string literal too long when I try to insert the value into the table.
    Since it is an old database, I cannot change the datatype of the column. And I see that the this column already contains strings which are very long.
    I know this can be done using bind variables but dont know how to use it in a simple query.
    Also is there any other way to do it?

    Hello,
    To preserve formatting in this forum, please enclose your code output between \ tags. And when executing you code as a pl/sql or sql script
    include following lineset define off;
         Your code or output goes here
      \Regards
    OrionNet                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Broadcasting jobs taking very long timel

    Hi Gurus,
    We are using broadcasting funcitonality in our project , we use to have daily boradcasting jobs which will distribute the workbooks on daily basis.
    Recently we observed that few jobs are taking very long time i.e
    1.Say Job X have 10 receipents, as you know , for each receipent one additional job will create and will distribute as per the settings..in this sequence its taking very long time create that addional job,even its happening for single receipent jobs also...
    If we would the check the daily logs, same job which use to complete 200 to 300 seconds, will take around 6000 to 8000 seconds....and will show the job log as waiting for job XXXXXX checking status in again 10secs..and job will show yellow status for long time.....
    When ever we get this kind of issues, we use to kill the job and will ask the user to reschedule, but these days, users started asking for the reason , y same job is taking long time some times and same will comepltes in normal times in other days....
    your quick help is more appriciated...
    Regards,
    UGiri

    hi,
    a reason could be because in the same time of your jobs, there are many other treatments (job or not) which slow down your process, due to a lot of activities.
    Another reason could be that you have not enough work process (job runs in background).
    Note: in ECC system, during the day, we mainly have dialog processes to allow employees to work (in foreground)...., and during the night (for instance), we inverse the proportion of Dialog process / work process, to allow to have a high night job activity (so in background). See with your basis.
    these two points are often the reason why sometimes a job is fast and why the same job is slow another time in the day.
    regards
    Mickael

  • Query taking very long time

    DB 11.2.0.3.4
    Server HP-UX IA 11.31
    One big query is taking very long time. I am giving the explain plan along with stats from tkprof. If needed will give the query also. Can sombody tell me how can we improve this.
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1     23.26      23.90          0         20          0           0
    Execute      1   8055.11    9453.52     684215     348696   18750740     1306001
    Fetch        0      0.00       0.00          0          0          0           0
    total        2   8078.37    9477.42     684215     348716   18750740     1306001
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 322  (EDW_DM)   (recursive depth: 1)
    Rows     Row Source Operation
          0  LOAD TABLE CONVENTIONAL  (cr=352254 pr=684215 pw=682074 time=863655932 us)
    1306001   PX COORDINATOR  (cr=15823 pr=682074 pw=682074 time=499947892 us)
          0    PX SEND QC (RANDOM) :TQ20004 (cr=0 pr=0 pw=0 time=0 us cost=276195 size=126736955032 card=9998182)
          0     BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0      VIEW  VW_FCT_PLN_SUMM_ADL_WK_XARH317 (cr=0 pr=0 pw=0 time=0 us cost=276195 size=126736955032 card=9998182)
          0       UNION-ALL  (cr=0 pr=0 pw=0 time=0 us)
          0        SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
          0         PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
          0          PX SEND HASH :TQ20003 (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
          0           SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9167 size=95469948 card=378849)
          0            HASH JOIN RIGHT SEMI (cr=0 pr=0 pw=0 time=0 us cost=2714 size=95469948 card=378849)
          0             BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0              PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
          0               PX SEND BROADCAST :TQ20000 (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
       4857                VIEW  VW_SQ_1 (cr=47 pr=0 pw=0 time=25403 us cost=26 size=16428 card=4107)
       4857                 HASH JOIN  (cr=47 pr=0 pw=0 time=23353 us cost=26 size=229992 card=4107)
       1115                  TABLE ACCESS FULL DMN_PROD (cr=11 pr=0 pw=0 time=863 us cost=6 size=13380 card=1115)
       4873                  HASH JOIN  (cr=36 pr=0 pw=0 time=12991 us cost=20 size=180840 card=4110)
         55                   TABLE ACCESS FULL DMN_MKT_DEFN (cr=3 pr=0 pw=0 time=286 us cost=4 size=1980 card=55)
      18235                   TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=33 pr=0 pw=0 time=13550 us cost=15 size=145880 card=18235)
          0             HASH JOIN  (cr=0 pr=0 pw=0 time=0 us cost=2686 size=93954552 card=378849)
          0              BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0               PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
          0                PX SEND BROADCAST :TQ20001 (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
       8768                 NESTED LOOPS  (cr=274 pr=0 pw=0 time=15077 us cost=111 size=403328 card=8768)
          1                  NESTED LOOPS  (cr=5 pr=0 pw=0 time=203 us cost=5 size=28 card=1)
          1                   TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=81 us cost=3 size=8 card=1)
          1                   TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=3 pr=0 pw=0 time=110 us cost=2 size=20 card=1)
          1                    INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=73 us cost=1 size=0 card=1)(object id 303867)
       8768                  TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=11719 us cost=106 size=157824 card=8768)
          0              PX BLOCK ITERATOR PARTITION: KEY KEY (cr=0 pr=0 pw=0 time=0 us cost=2573 size=76527498 card=378849)
          0               TABLE ACCESS FULL FCT_NONRET_SLS_CURR_TRANS_WKLY PARTITION: 32 32 (cr=0 pr=0 pw=0 time=0 us cost=2573 size=76527498 card=378849)
          0        BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0         PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=267028 size=2741509905 card=9619333)
          0          PX SEND ROUND-ROBIN :TQ20002 (cr=0 pr=0 pw=0 time=0 us cost=267028 size=2741509905 card=9619333)
    1284599           SORT GROUP BY (cr=15497 pr=682074 pw=682074 time=3839060439 us cost=267028 size=2741509905 card=9619333)
    6439189            FILTER  (cr=15486 pr=0 pw=0 time=57890179 us)
    8986531             PX COORDINATOR  (cr=279 pr=0 pw=0 time=52453034 us)
          0              PX SEND QC (RANDOM) :TQ10001 (cr=0 pr=0 pw=0 time=0 us cost=80940 size=2741509905 card=9619333)
          0               HASH JOIN  (cr=0 pr=0 pw=0 time=0 us cost=80940 size=2741509905 card=9619333)
          0                BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0                 PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
          0                  PX SEND BROADCAST :TQ10000 (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
       8768                   NESTED LOOPS  (cr=274 pr=0 pw=0 time=14462 us cost=111 size=403328 card=8768)
          1                    NESTED LOOPS  (cr=5 pr=0 pw=0 time=345 us cost=5 size=28 card=1)
          1                     TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=193 us cost=3 size=8 card=1)
          1                     TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=3 pr=0 pw=0 time=136 us cost=2 size=20 card=1)
          1                      INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=76 us cost=1 size=0 card=1)(object id 303867)
       8768                    TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=9447 us cost=106 size=157824 card=8768)
          0                PX BLOCK ITERATOR PARTITION: KEY KEY (cr=0 pr=0 pw=0 time=0 us cost=80801 size=2299020587 card=9619333)
          0                 TABLE ACCESS FULL FCT_PLN_RET_SLS_CURR_WKLY PARTITION: 30 30 (cr=0 pr=0 pw=0 time=0 us cost=80801 size=2299020587 card=9619333)
        834             NESTED LOOPS  (cr=15207 pr=0 pw=0 time=990747 us)
       2269              NESTED LOOPS  (cr=12938 pr=0 pw=0 time=1090852 us cost=17 size=56 card=1)
       2269               NESTED LOOPS  (cr=12101 pr=0 pw=0 time=1065238 us cost=16 size=20 card=1)
        834                TABLE ACCESS BY INDEX ROWID DMN_PROD (cr=1676 pr=0 pw=0 time=37175 us cost=1 size=12 card=1)
        838                 INDEX UNIQUE SCAN XPKDIMENSION_PRODUCT (cr=838 pr=0 pw=0 time=23645 us cost=0 size=0 card=1)(object id 303870)
       2269                TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=10425 pr=0 pw=0 time=1024973 us cost=15 size=8 card=1)
       2269               INDEX UNIQUE SCAN SYS_C0040182 (cr=837 pr=0 pw=0 time=15842 us cost=0 size=0 card=1)(object id 301873)
        834              TABLE ACCESS BY INDEX ROWID DMN_MKT_DEFN (cr=2269 pr=0 pw=0 time=16488 us cost=1 size=36 card=1)
    It would be appreciated if somebody check this.
    Regards,
    Virendra

    Below is with the index on one of the table:
    call     count       cpu    elapsed       disk      query    current        rows
    Parse        1     49.33      49.61          0         16          0           0
    Execute      1   8374.08   10745.82     953712     473861   18818854     1306001
    Fetch        0      0.00       0.00          0          0          0           0
    total        2   8423.41   10795.43     953712     473877   18818854     1306001
    Misses in library cache during parse: 1
    Optimizer mode: ALL_ROWS
    Parsing user id: 322     (recursive depth: 1)
    Rows     Row Source Operation
          0  LOAD TABLE CONVENTIONAL  (cr=481416 pr=953712 pw=917687 time=2156047932 us)
    1306001   PX COORDINATOR  (cr=131828 pr=917687 pw=917687 time=1528317728 us)
          0    PX SEND QC (RANDOM) :TQ10004 (cr=0 pr=0 pw=0 time=0 us cost=144212 size=16362383616 card=1290816)
          0     BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0      VIEW  VW_FCT_PLN_SUM_ADL_WK_XRH317_1 (cr=0 pr=0 pw=0 time=0 us cost=144212 size=16362383616 card=1290816)
          0       UNION-ALL  (cr=0 pr=0 pw=0 time=0 us)
          0        SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
          0         PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
          0          PX SEND HASH :TQ10003 (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
          0           SORT GROUP BY (cr=0 pr=0 pw=0 time=0 us cost=9568 size=101394468 card=402359)
          0            HASH JOIN RIGHT SEMI (cr=0 pr=0 pw=0 time=0 us cost=2714 size=101394468 card=402359)
          0             BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0              PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
          0               PX SEND BROADCAST :TQ10000 (cr=0 pr=0 pw=0 time=0 us cost=26 size=16428 card=4107)
       4857                VIEW  VW_SQ_1 (cr=47 pr=0 pw=0 time=25732 us cost=26 size=16428 card=4107)
       4857                 HASH JOIN  (cr=47 pr=0 pw=0 time=23041 us cost=26 size=229992 card=4107)
       1115                  TABLE ACCESS FULL DMN_PROD (cr=11 pr=0 pw=0 time=1040 us cost=6 size=13380 card=1115)
       4873                  HASH JOIN  (cr=36 pr=0 pw=0 time=12797 us cost=20 size=180840 card=4110)
         55                   TABLE ACCESS FULL DMN_MKT_DEFN (cr=3 pr=0 pw=0 time=185 us cost=4 size=1980 card=55)
      18235                   TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=33 pr=0 pw=0 time=10014 us cost=15 size=145880 card=18235)
          0             HASH JOIN  (cr=0 pr=0 pw=0 time=0 us cost=2686 size=99785032 card=402359)
          0              BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0               PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
          0                PX SEND BROADCAST :TQ10001 (cr=0 pr=0 pw=0 time=0 us cost=111 size=403328 card=8768)
       8768                 NESTED LOOPS  (cr=274 pr=0 pw=0 time=13429 us cost=111 size=403328 card=8768)
          1                  NESTED LOOPS  (cr=5 pr=0 pw=0 time=206 us cost=5 size=28 card=1)
          1                   TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=82 us cost=3 size=8 card=1)
          1                   TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=3 pr=0 pw=0 time=111 us cost=2 size=20 card=1)
          1                    INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=80 us cost=1 size=0 card=1)(object id 303867)
       8768                  TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=9306 us cost=106 size=157824 card=8768)
          0              PX BLOCK ITERATOR PARTITION: KEY KEY (cr=0 pr=0 pw=0 time=0 us cost=2573 size=81276518 card=402359)
          0               TABLE ACCESS FULL FCT_NONRET_SLS_CURR_TRANS_WKLY PARTITION: 32 32 (cr=0 pr=0 pw=0 time=0 us cost=2573 size=81276518 card=402359)
          0        BUFFER SORT (cr=0 pr=0 pw=0 time=0 us)
          0         PX RECEIVE  (cr=0 pr=0 pw=0 time=0 us cost=134645 size=256764073 card=888457)
          0          PX SEND ROUND-ROBIN :TQ10002 (cr=0 pr=0 pw=0 time=0 us cost=134645 size=256764073 card=888457)
    1284599           HASH GROUP BY (cr=131502 pr=917687 pw=917687 time=1052831032 us cost=134645 size=256764073 card=888457)
    6439189            HASH JOIN RIGHT SEMI (cr=131490 pr=138092 pw=138092 time=374140098 us cost=100193 size=256764073 card=888457)
       4857             VIEW  VW_SQ_2 (cr=47 pr=0 pw=0 time=22869 us cost=26 size=16428 card=4107)
       4857              HASH JOIN  (cr=47 pr=0 pw=0 time=21073 us cost=26 size=229992 card=4107)
       1115               TABLE ACCESS FULL DMN_PROD (cr=11 pr=0 pw=0 time=687 us cost=6 size=13380 card=1115)
       4873               HASH JOIN  (cr=36 pr=0 pw=0 time=12522 us cost=20 size=180840 card=4110)
         55                TABLE ACCESS FULL DMN_MKT_DEFN (cr=3 pr=0 pw=0 time=242 us cost=4 size=1980 card=55)
      18235                TABLE ACCESS FULL FCT_MKT_PROD_BRDG (cr=33 pr=0 pw=0 time=9883 us cost=15 size=145880 card=18235)
    8986531             HASH JOIN  (cr=131443 pr=138092 pw=138092 time=402921160 us cost=100161 size=253210245 card=888457)
       8768              TABLE ACCESS FULL DMN_CALN (cr=269 pr=0 pw=0 time=11228 us cost=106 size=157824 card=8768)
    8986531              MERGE JOIN CARTESIAN (cr=131174 pr=138092 pw=138092 time=382931385 us cost=100049 size=237218019 card=888457)
          1               NESTED LOOPS  (cr=5 pr=0 pw=0 time=251 us)
          1                NESTED LOOPS  (cr=4 pr=0 pw=0 time=225 us cost=5 size=28 card=1)
          1                 TABLE ACCESS FULL DMN_WK_END (cr=2 pr=0 pw=0 time=127 us cost=3 size=8 card=1)
          1                 INDEX RANGE SCAN XNU1_DMN_CALN (cr=2 pr=0 pw=0 time=88 us cost=1 size=0 card=1)(object id 303867)
          1                TABLE ACCESS BY INDEX ROWID DMN_CALN (cr=1 pr=0 pw=0 time=17 us cost=2 size=20 card=1)
    8986531               BUFFER SORT (cr=131169 pr=138092 pw=138092 time=378126634 us cost=100047 size=212341223 card=888457)
    8986531                TABLE ACCESS BY GLOBAL INDEX ROWID FCT_PLN_RET_SLS_CURR_WKLY PARTITION: 30 30 (cr=131157 pr=0 pw=0 time=144384133 us cost=100044 size=212341223 card=888457)
    9066976                 INDEX RANGE SCAN SUBSTR_FCT_RET_SLS_CUR_WLY (cr=84385 pr=0 pw=0 time=93762049 us cost=83615 size=0 card=2856894)(object id 311617)
    Elapsed times include waiting on following events:
      Event waited on                             Times   Max. Wait  Total Waited
      ----------------------------------------   Waited  ----------  ------------
      os thread startup                               2        0.08          0.15
      PX Deq: Join ACK                                4        0.00          0.00
      PX Deq Credit: send blkd                      455        2.21         55.10
      PX Deq: Parse Reply                             4        0.01          0.01
      PX Deq: Execute Reply                      250046      247.89        439.12
      asynch descriptor resize                        9        0.00          0.00
      PX Deq Credit: need buffer                    549        1.54         15.84
      PX qref latch                                 235        0.01          0.18
      Disk file operations I/O                       42        0.00          0.00
      direct path write temp                      62665        0.25        365.50
      direct path read temp                       99442        0.46       1024.89
      db file sequential read                     36025        0.15        186.86
      latch: object queue header operation           17        0.00          0.00
      latch free                                      2        0.00          0.00
      log file switch (private strand flush incomplete)
                                                      1        0.07          0.07
      latch: messages                                 1        0.00          0.00
      log file switch completion                     14        0.08          0.79
      latch: cache buffers chains                     2        0.00          0.00
      latch: redo allocation                          1        0.00          0.00
      PX Deq: Signal ACK RSG                          4        0.06          0.07
      PX Deq: Signal ACK EXT                          4        0.00          0.01
      PX Deq: Slave Session Stats                     4        0.00          0.00
      enq: PS - contention                            1        0.00          0.00

  • Airplay mirroring is taking very long to load and is only showing one static view then it crashes

    airplay mirroring is taking very long to load and is only showing one static view then it crashes.
    I am tring to mirror ipad2. I just upgraded to IOS5. Is it an apple TV problem or an Ipad2 problem?
    What should I try to fix the problem?

    I think i found the solution.  I got mine working. 
    Reboot the iPad by holding down the Home button and power button at the same time for 6 seconds.  The screen will turn black, apple logo will appear, and it will restart. 
    Then restart the Apple TV.  (I just unplugged the power)
    Then restart your wireless router.  (again, I just pulled the plug on it)
    After doing that, i tried the mirroring again, and it worked great.  As soon as I turned it on, it appeared on my TV and is working very quickly.  (well, everything I do on the iPad is delayed on the TV by half a second)

Maybe you are looking for

  • Question about data back up

    I'm having trouble with my computer and may (but i hope not) lose all my files in the attempt to repair it. I want to know if the data back up discs will restore my library into a new instance of itunes if it becomes necessary. I would hate to lose a

  • Stereo Audio Treated Separately, How Do I Link?

    I recently migrated from FCE to FCP. I love FCP, but there's one difference that's bugging me. In FCE, when you selected and manipulated a stereo audio track, each channel was linked, so when you changed the db level or applied a pen point to one tra

  • Nokia Video Cable for n95 vs Cheap Video cable, wh...

    Hey, so im interested into understanding why the nokia video cable for n95 costs around 40€ in my country while you can get a very very cheap one for no more than 6€. What are the advantages of nokia 1 vs a normal 1? does it scale the image to a high

  • How do I change font size on icons?

    I am struggling to see the fonts on icons & Safari. How do I change the size?

  • JScript runtime error

    Lost entire library on PC, full library on iPod. Tried the method of copying the hidden music folder from the iPod to the hard drive but get an error message. Bought iPod Agent and iPod Access, but neither work for me. Now get the following windows e