Query Execution is very slow through Froms

Hello Friends
I am facing a problem with D2k Forms. when a run a Query through SQL its execution speed is very fast. the same Query when i run through Forms, like create basetable block and
set_block_property and execute it is very slow. How do i overcome this problem.
what are the various steps to keep in mind when writing code in forms.
thanks in Advance

Hi,
In order to gather schema statistics in EBS, you will have to login as Sysadmin and submit a request named as "Gather Schema Statistics"
Refer below link:
http://appsdba.info/docs/oracle_apps/R12/GatherSchemaStatistics.pdf
Also ensure to schedule the respective request so as to have your statistics up to date, either weekly or monthly as per your system environment.
Please refer note:
How Often Should Gather Schema Statistics Program be Run? [ID 168136.1]
How to Gather Statistics on Custom Schemas for Ebusiness Suite 11i and R12? [ID 1065813.1]
Hope this helps!
Best Regards

Similar Messages

  • Query result is very slow

    i have two table master detail, for instance dept and emp
    the situtation is this. i need the recod of those departements who has clerks in specific time hired. i wrote following query. but due to millions of records in two tables its very very slow.
    select * from emp a,dept b
    where a.deptno in (select distinct deptno from emp where job='clerk')
    and hiredate >= '01-jun-2004' and hiredate <='01-jan-2007'
    and a.deptno=b.deptno
    can any body tune it.

    One thing I am seeing, that I find very troubling, is that posters such as the OP on this thread seem to be facing these tasks in a classroom or testing environment where they don't actually have access to Oracle and SQL*Plus.
    They are being asked to tune something that exists only on paper and don't have the tools to provide an explain plan, probably don't even have the ability to do a describe on the table(s) because they don't actually exist.
    If this is the case then the education system is cheating these people because tuning is not done in a room with the lights off by guessing. It is done, and only done, with:
    EXPLAIN PLAN FOR
    DBMS_XPLAN
    TKPROF
    a look at the statistics, etc.
    Here's a real-world example of what is wrong with what I see. Anyone want to guess which of these queries is the most efficient?
    SELECT srvr_id
    FROM servers
    INTERSECT
    SELECT srvr_id
    FROM serv_inst;
    SELECT srvr_id
    FROM servers
    WHERE srvr_id IN (
      SELECT srvr_id
      FROM serv_inst);
    SELECT srvr_id
    FROM servers
    WHERE srvr_id IN (
      SELECT i.srvr_id
      FROM serv_inst i, servers s
      WHERE i.srvr_id = s.srvr_id);
    SELECT DISTINCT s.srvr_id
    FROM servers s, serv_inst i
    WHERE s.srvr_id = i.srvr_id;
    SELECT /*+ NO_USE_NL(s,i) */ DISTINCT s.srvr_id
    FROM servers s, serv_inst i
    WHERE s.srvr_id = i.srvr_id;
    SELECT DISTINCT srvr_id
    FROM servers
    WHERE srvr_id NOT IN (
      SELECT srvr_id
      FROM servers
      MINUS
      SELECT srvr_id
      FROM serv_inst);
    SELECT srvr_id
    FROM servers s
    WHERE EXISTS (
      SELECT srvr_id
      FROM serv_inst i
      WHERE s.srvr_id = i.srvr_id);
    WITH q AS (
      SELECT DISTINCT s.srvr_id
      FROM servers s, serv_inst i
      WHERE s.srvr_id = i.srvr_id)
    SELECT * FROM q;
    SELECT DISTINCT s.srvr_id
    FROM servers s, serv_inst i
    WHERE s.srvr_id(+) = i.srvr_id;
    SELECT srvr_id
    FROM (
      SELECT srvr_id, SUM(cnt) SUMCNT
      FROM (
        SELECT DISTINCT srvr_id, 1 AS CNT
        FROM servers
        UNION ALL
        SELECT DISTINCT srvr_id, 1
        FROM serv_inst)
      GROUP BY srvr_id)
    WHERE sumcnt = 2;
    SELECT DISTINCT s.srvr_id
    FROM servers s, serv_inst i
    WHERE s.srvr_id+0 = i.srvr_id+0;And yes they all return the exact same result set using the test data.
    The chance that anyone can guess the most efficient query looking at what I just presented is precisely zero.
    Because the query most efficient in 8.1.7.4 is not the most efficient query in 9.2.0.4 which is not the most efficient query in 10.2.0.2.

  • New OIF installation - Very slow response from OHS

    Hi,
    I've installed two instances of OIF 10.1.4.0.1 in order to create a test configuration to test XASP Attribute Sharing (i.e., we are not doing any other profiles).
    Both OIF instances are using a separate instance of Sun Directory Server as its User Data Store, and both are using in-memory for Transient Data Store and have no Federation Data Store. Both OIF instances were installed similarly, using the "BASIC" installation choices, and are running on separate Redhat Linux servers.
    The problem that we're seeing is very slow (10+ seconds to 30+ seconds) responses, even when we try to access a static HTML test page that we've placed in the OHS htdocs directory.
    We've eliminated any networking problems as possibilities by a couple of tests that we've done, including shutting down the OHS and running a small, different test web server listening on port 7777. When we do that, response time for requests from that web server is almost instantaneous.
    We are also seeing the same slow response when we try to access the test HTML page from the same server itself.
    We have an SR open with Oracle, but so far, we've not been able to identify what the problem might be, so I'm hoping that perhaps someone else may have encountered this problem and have a resolution.
    It is really puzzling because, as I said, this is a pretty vanilla default OIF installation, and it is doubly puzzling because even getting a tiny static HTML page is taking 10+ seconds. Also, I had installed OIF 10.1.4.0.1 on a Windows machine previously, and I don't see this problem on that earlier installation.
    If anyone here has any insight into this problem, please let me know.
    Thanks,
    Jim

    Hi,
    I think I was able to temporarily eliminate this slow response problem. I think that the slow response problem is related to another problem that I posted about in the "Application Server - General" forum (see below, and Port 7200 conflict?
    Jim
    ======= POSTED to Application Server - General forum ============
    I think that I was able to temporarily work around this problem, plus another problem that I think is related (see: New OIF installation - Very slow response from OHS
    What I did was to just comment out the "include" line for "dms.conf" in the Apache httpd.conf.
    Doing that got rid of the "Address already in use" errors I was seeing in Apache error_log and also eliminated the slow response I was seeing from Apache/OHS (see that other post in "Identity Management" forum), BUT I am getting new errors about Apache not being able to find "htdocs/dms/Spy0".
    I have the impression that dms is some kind of process monitoring system that Oracle has in 10gAS infrastructure? So, I have some questions:
    1) What's the effect of dms not working?
    2) Is it possible to just disable dms?
    I hope that Oracle support can come up with a "real" fix for both problems, but in the meantime, as long as what I did doesn't break anything else besides dms, we can at least test the OIF stuff.
    Jim

  • Oracle query / view performing very slow.

    Hello,
    I had created a view in my application for example
    CREATE OR REPLACE VIEW EmpTransfer
    ( EMPID,EMPNAME,EMPMANAGER,EMPDOB,EMPTRANSFER)
    AS
    SELECT EMPID,EMPNAME,EMPMANAGER,EMPDOB,EMPTRANSFER
    FROM EMP ;
    After couple of months if we changed a columnname in the table EMP and added a new column.
    We changed column name EMPTRANSFER to OldEMPTRANSFER and added a new column as NEWEMPTRANSFER.
    The indexes were recreated on OldEMPTRANSFER and new index is creatd on NEWEMPTRANSFER column.
    the view is again recreated.
    CREATE OR REPLACE VIEW EmpTransfer
    ( EMPID,EMPNAME,EMPMANAGER,EMPDOB,OldEMPTRANSFER,NEWEMPTRANSFER )
    AS
    SELECT EMPID,EMPNAME,EMPMANAGER,EMPDOB,OldEMPTRANSFER ,NEWEMPTRANSFER
    FROM EMP ;
    This view is working as expected but some times this view is working very slow.
    The performance of this view is randomly slow.
    Is it possible that column name change will cause slowness...?

    What's the explain plans for both before and after the column change? It could possibly be running slow the first time because of a hard parse due to the query change, which will remain until it's in the shared_pool.
    Edited by: DaleyB on 07-Oct-2009 04:53

  • Very slow going from email to email and also deleting is very slow?

    when I drop down to next email it is very slow and when I delete or open emails it is very slow??? It happen on desk top at home and laptop when I am away from home so I don't think it is the computer(s)?

    well, during internet rush hours, for example, from dusk to mid-night, monday to friday, it is really common there. you can try some alternative there, I.E. 7/8/9, google chrome 10.x to have some test.

  • Internet is working very slow through ISA 2006 Srever

    Hi,
    We are using isa server 2006 for accessing internet service, but internet is working is very slow.
    When we ping the public DNC its show the lot of delay time.
    And in ISA alerts its display the following error messages:-
    1."ISA Server is no longer experiencing a SYN attack".
    2. The request was denied because the number of connections per second allowed for the [System] Allow DNS from ISA Server to selected servers rule was exceeded.
    I am new for ISA 2006. SO, Plz provide required solution if anybody face such type of problem.
    Thanks and regards ,
    Ravi Singh

    Hi,              
    Firstly, it is not recommended to configure a DNS Server on the External Interface of the ISA Server.
    I suspect this issue may cause by some worm/virus infected computers from your internal network. Please run antivirus software on both ISA Server and internal clients.
    Besides, I recommend you to check in task manager or performance monitor to see if there are Heavy disk load and resource consumption, high CPU load, high memory usage and high network bandwidth consumption issues.
    You can also enable logging of traffic blocked by flood mitigation:
    In the console tree of ISA Server Management, click General. In the details pane, click Configure Flood Mitigation Settings. On the Flood Mitigation tab, select Log traffic blocked by flood mitigation settings.
    More information:         
    Overview of flood mitigation                        
    http://technet.microsoft.com/en-au/library/cc995196.aspx
    Best regards,
    Susie

  • Query is running very slow when consulting history data in EBS

    SELECT *
      FROM (select NVL(TO_CHAR(aps.vendor_id), 'SIN PROVEEDOR') CODIGO,
                   NVL(aps.vendor_name, 'SIN PROVEEDOR') PROVEEDOR,
                   null IMPORTE_TRANSACCIONAL,
                   SUM(nvl(CTL.GROSS_EXTENDED_AMOUNT, CTL.EXTENDED_AMOUNT) *
                       NVL(Cta.EXCHANGE_RATE, 1)) IMPORTE_FUNCIONAL
              from ra_customer_trx_all cta,
                   ra_cust_trx_types_all ctt,
                   ra_customer_trx_lines_all ctl,
                   mtl_system_items_b inv,
                   hz_cust_accounts ca,
                   hz_parties p,
                   AR_CUSTOMERS ac,
                   hz_cust_acct_sites_all hcca,
                   hz_cust_site_uses_all hcsua,
                   RA_TERRITORIES rt,
                   Jtf_Rs_Salesreps vend,
                   gl_code_combinations glc,
                   ap_suppliers aps,
                   (select paa.item_id, paa.vendor_id
                      from PO_ASL_ATTRIBUTES paa, PO_APPROVED_SUPPLIER_LIST PASL
                     where Paa.Asl_Id = PASL.Asl_Id(+)
                       and pasl.disable_flag is null) paa2
             where CTA.cust_trx_type_id = ctt.cust_trx_type_id
               and ctl.customer_trx_id = cta.customer_trx_id
               and ctl.Inventory_Item_Id = inv.inventory_item_id(+)
               and ctt.gl_id_rec = glc.code_combination_id
               and ca.cust_account_id = cta.bill_to_customer_id
               and p.party_id = ca.party_id
               and ac.CUSTOMER_ID = cta.bill_to_customer_id
               and hcca.cust_account_id = ca.cust_account_id
               and hcca.org_id = '82'
               and hcsua.site_use_id = cta.bill_to_site_use_id
               and hcsua.cust_acct_site_id = hcca.cust_acct_site_id
               and hcsua.org_id = '82'
               and rt.territory_id(+) = hcca.territory_id
               and cta.primary_salesrep_id = vend.salesrep_id(+)
               and inv.organization_id = '84'
               and paa2.vendor_id = aps.vendor_id(+)
               and ctl.inventory_item_id = paa2.item_id(+)
               AND CTT.TYPE IN ('INV', 'CM')
               and ca.cust_account_id(+) = cta.bill_to_customer_id
               and p.party_id(+) = ca.party_id
               and ctl.Line_Type = 'LINE'
               and cta.complete_flag = 'Y'
               and cta.status_trx not in ('VD')
               and cta.legal_entity_id = '23274'
               and cta.trx_date between to_Date('01/10/2014', 'dd/MM/yyyy') AND
                   to_Date('13/10/2014', 'dd/MM/yyyy')
             group by aps.vendor_id, aps.vendor_name
            UNION
            select 'SIN ITEM' CODIGO,
                   'SIN ITEM' PROVEEDOR,
                   null IMPORTE_TRANSACCIONAL,
                   SUM(nvl(CTL.GROSS_EXTENDED_AMOUNT, CTL.EXTENDED_AMOUNT) *
                       NVL(Cta.EXCHANGE_RATE, 1)) IMPORTE_FUNCIONAL
              from ra_customer_trx_all       cta,
                   ra_cust_trx_types_all     ctt,
                   ra_customer_trx_lines_all ctl,
                   hz_cust_accounts          ca,
                   hz_parties                p,
                   AR_CUSTOMERS              ac,
                   hz_cust_acct_sites_all    hcca,
                   hz_cust_site_uses_all     hcsua,
                   RA_TERRITORIES            rt,
                   Jtf_Rs_Salesreps          vend,
                   gl_code_combinations      glc
             where CTA.cust_trx_type_id = ctt.cust_trx_type_id
               and ctl.customer_trx_id = cta.customer_trx_id
               and ctl.Inventory_Item_Id is null
               and ctt.gl_id_rec = glc.code_combination_id
               and ca.cust_account_id = cta.bill_to_customer_id
               and p.party_id = ca.party_id
               and ac.CUSTOMER_ID = cta.bill_to_customer_id
               and hcca.cust_account_id = ca.cust_account_id
               and hcca.org_id = '82'
               and hcsua.site_use_id = cta.bill_to_site_use_id
               and hcsua.cust_acct_site_id = hcca.cust_acct_site_id
               and hcsua.org_id = '82'
               and rt.territory_id(+) = hcca.territory_id
               and cta.primary_salesrep_id = vend.salesrep_id(+)
               AND CTT.TYPE IN ('INV', 'CM')
               and ca.cust_account_id(+) = cta.bill_to_customer_id
               and p.party_id(+) = ca.party_id
               and ctl.Line_Type = 'LINE'
               and cta.complete_flag = 'Y'
               and cta.status_trx not in ('VD')
               and cta.legal_entity_id = '23274'
               and cta.trx_date between to_Date('01/10/2014', 'dd/MM/yyyy') AND
                   to_Date('13/10/2014', 'dd/MM/yyyy')
             group by 'SIN ITEM', 'SIN ITEM') T_GRUPO
    order by DECODE(T_GRUPO.PROVEEDOR,
                     'SIN ITEM',
                     'A',
                     'SIN PROVEEDOR',
                     'A',
                     T_GRUPO.PROVEEDOR)

    Hi Hussein,
    APP 12.1.3
    Database 11.2.0.3.0
    SO linux x86-64
    stadistics: 0ne month ago 
    this  slowness is from three months ago
    Execution Plan
    | Id  | Operation                                                  | Name                                  | Rows  | Bytes | Cost (%CPU)|
    |   0 | SELECT STATEMENT                                 |                                          |      2 |   318 | 12680   (1)|
    |   1 |  SORT ORDER BY                                      |                                          |      2 |   318 | 12680   (1)|
    |   2 |   VIEW                                                        |                                          |      2 |   318 | 12679   (1)|
    |   3 |    SORT UNIQUE                                          |                                         |      2 |   697 | 12679  (51)|                                      
    |   4 |     UNION-ALL                                              |                                          |        |            |               |                                
    |   5 |      HASH GROUP BY                                   |                                           |      1 |   377 |  6338   (1)|                                      
    |   6 |       NESTED LOOPS OUTER                        |                                            |      1 |   377 |  6336   (1)|                                      
    |   7 |        NESTED LOOPS OUTER                       |                                           |      1 |   343 |  6336   (1)|                                      
    |   8 |         NESTED LOOPS                                 |                                              |      1 |   328 |  6335   (1)|                                      
    |   9 |          NESTED LOOPS                                |                                              |      1 |   323 |  6335   (1)|                                      
    |  10 |           NESTED LOOPS OUTER                 |                                                 |      1 |   311 |  6333   (1)|                                      
    |  11 |            NESTED LOOPS                           |                                                    |      1 |   304 |  6332   (1)|                                      
    |  12 |             NESTED LOOPS                          |                                                  |      1 |   296 |  6332   (1)|                                      
    |  13 |              NESTED LOOPS                        |                                                   |      1 |   275 |  6329   (1)|                                      
    |* 14 |               HASH JOIN                               |                                                   |      1 |   192 |  6328   (1)|                                      
    |* 15 |                HASH JOIN                    |                                                              |  6493 |   450K|  5778   (1)|                                       
    |* 16 |                 HASH JOIN                   | |                                                              6493 |   367K|  5432   (1)|                                       
    |* 17 |        TABLE ACCESS BY INDEX ROWID | RA_CUSTOMER_TRX_ALL                  |  6556 |   288K|  4635   (1)|                                       
    |* 18 |                   INDEX RANGE SCAN          | RA_CUSTOMER_TRX_N5                     | 26223 |        |    97   (2)|                                      
    |* 19 |                  TABLE ACCESS FULL          | HZ_CUST_SITE_USES_ALL                  | 40227 |   510K|   797   (3)|                                       
    |* 20 |                 TABLE ACCESS FULL           | HZ_CUST_ACCT_SITES_ALL                  | 20020 |   254K|   345   (3)|                                       
    |  21 |                TABLE ACCESS FULL            | HZ_CUST_ACCOUNTS                             | 40020 |  4728K|   549   (3)|                                       
    |* 22 |               INDEX UNIQUE SCAN             | HZ_PARTIES_U1                                       |      1|                  |     0   (0)|                                       
    |* 23 |       TABLE ACCESS BY INDEX ROWID    | RA_CUSTOMER_TRX_LINES_ALL           |     1 |    21      |     3   (0)|                                       
    |* 24 |               INDEX RANGE SCAN              | RA_CUSTOMER_TRX_LINES_N2                |      4 |            |     2   (0)|                                      
    |* 25 |             INDEX UNIQUE SCAN               | MTL_SYSTEM_ITEMS_B_U1                      |      1 |     8      |     0   (0)|                                      
    |* 26 |            INDEX RANGE SCAN                 | JTF_RS_SALESREPS_U1                           |      1 |     7      |     1   (0)|                                      
    |* 27 |           TABLE ACCESS BY INDEX ROWID       | RA_CUST_TRX_TYPES_ALL              |      1 |    12      |     2   (0)|                                      
    |* 28 |            INDEX RANGE SCAN                 | RA_CUST_TRX_TYPES_U1                           |      1 |            |     1   (0)                                       
    |* 29 |          INDEX UNIQUE SCAN                  | GL_CODE_COMBINATIONS_U1                     |      1 |     5      |     0   (0)|                                      
    |  30 |         VIEW PUSHED PREDICATE               |                                                                |      1 |    15      |     1   (0)|                                      
    |* 31 |          FILTER                             |                                                                                 |        |       |            |                                      
    |  32 |           NESTED LOOPS OUTER                  |                                                                 |      1 |    54      |     1   (0)|                                      
    |  33 |            TABLE ACCESS BY INDEX ROWID      | PO_ASL_ATTRIBUTES                          |      1 |    39      |     1   (0)|                                      
    |* 34 |             INDEX SKIP SCAN                              | PO_ASL_ATTRIBUTES_N1                    |      1 |               |     1   (0)|                                      
    |  35 |            TABLE ACCESS BY INDEX ROWID    | PO_APPROVED_SUPPLIER_LIST           |     1      |    15     |     0   (0)|                                       
    |* 36 |             INDEX UNIQUE SCAN                      | PO_APPROVED_SUPPLIER_LIST_U1        |     1      |              |     0   (0)|                                       
    |  37 |        TABLE ACCESS BY INDEX ROWID        | AP_SUPPLIERS                                       |      1      |    34       |     0   (0)|                                      
    |* 38 |         INDEX UNIQUE SCAN                         | AP_SUPPLIERS_U1                                    |      1      |              |     0   (0)|                                      
    |  39 |      SORT GROUP BY NOSORT                   |                                                               |      1 |   320           |  6341   (1)|                                      
    |  40 |       NESTED LOOPS                          |                                                                       |        |                      |            |                                      
    |  41 |        NESTED LOOPS                         |                                                                        |      1 |   320           |  6340   (1)|                                      
    |  42 |         NESTED LOOPS                        |                                                                       |      1 |        299      |  6337   (1)|                                     
    |  43 |          NESTED LOOPS OUTER                 |                                                                  |      1 |   216           |  6336   (1)|                                      
    |* 44 |           HASH JOIN                         |                                                                              |      1 |   209      |  6335   (1)|                                      
    |* 45 |            TABLE ACCESS FULL                | HZ_CUST_ACCT_SITES_ALL                        | 20020  |   254K      |   345   (3)|                                      
    |* 46 |            HASH JOIN                        |                                                                           |  5819      |  1113K     |  5989   (1)|                                      
    |* 47 |             HASH JOIN                       |                                                                            |  5875      |   430K     |      5439   (1)|                                      
    |* 48 |              HASH JOIN                      |                                                                            |  5931      |   359K     |  4641   (1)|                                      
    |  49 |               NESTED LOOPS                  |                                                                       |     38      |   646      |     6   (0)|                                     
    |* 50 |                TABLE ACCESS FULL            | RA_CUST_TRX_TYPES_ALL                        |          38 |   456      |     6   (0)|                                     
    |* 51 |                INDEX UNIQUE SCAN            | GL_CODE_COMBINATIONS_U1                       |      1      |     5      |     0   (0)|                                     
    |* 52 |       TABLE ACCESS BY INDEX ROWID   | RA_CUSTOMER_TRX_ALL                              |  6556 |   288K |  4635   (1)|                                     
    |* 53 |                INDEX RANGE SCAN             | RA_CUSTOMER_TRX_N5                               | 26223    |        |    97   (2)|                                     
    |* 54 |              TABLE ACCESS FULL              | HZ_CUST_SITE_USES_ALL                         | 40227 |   510K |   797   (3)|                                     
    |  55 |             TABLE ACCESS FULL               | HZ_CUST_ACCOUNTS                                 | 40020 |  4728K |   549   (3)|                                     
    |* 56 |           INDEX RANGE SCAN                  | JTF_RS_SALESREPS_U1                             |      1      |     7      |     1   (0)|                                     
    |* 57 |          INDEX UNIQUE SCAN                  | HZ_PARTIES_U1                                             |       1      |       |     0   (0)|                                     
    |* 58 |         INDEX RANGE SCAN                    | RA_CUSTOMER_TRX_LINES_N2                     |      4      |         |     2   (0)|                                     
    |* 59 |        TABLE ACCESS BY INDEX ROWID          | RA_CUSTOMER_TRX_LINES_ALL           |     1       |    21     |     3   (0)|                                    
    Predicate Information (identified by operation id):
      14 - access("CUST"."CUST_ACCOUNT_ID"="CTA"."BILL_TO_CUSTOMER_ID" AND
                  "HCCA"."CUST_ACCOUNT_ID"="CUST_ACCOUNT_ID")
      15 - access("HCSUA"."CUST_ACCT_SITE_ID"="HCCA"."CUST_ACCT_SITE_ID")
      16 - access("HCSUA"."SITE_USE_ID"="CTA"."BILL_TO_SITE_USE_ID")
      17 - filter("CTA"."COMPLETE_FLAG"='Y' AND "CTA"."STATUS_TRX"<>'VD' AND "CTA"."                                                                            LEGAL_ENTITY_ID"=23274)
      18 - access("CTA"."TRX_DATE">=TO_DATE(' 2014-01-01 00:00:00', 'syyyy-mm-dd hh2                                                                             
    4:mi:ss') AND
                  "CTA"."TRX_DATE"<=TO_DATE(' 2014-10-13 00:00:00', 'syyyy-mm-dd hh2                                                                             
    4:mi:ss'))
      19 - filter("HCSUA"."ORG_ID"=82)
      20 - filter("HCCA"."ORG_ID"=82)
      22 - access("PARTY_ID"="PARTY_ID")
      23 - filter("CTL"."INVENTORY_ITEM_ID" IS NOT NULL AND "CTL"."LINE_TYPE"='LINE'                                                                             
      24 - access("CTL"."CUSTOMER_TRX_ID"="CTA"."CUSTOMER_TRX_ID")
      25 - access("CTL"."INVENTORY_ITEM_ID"="INV"."INVENTORY_ITEM_ID" AND "INV"."ORG                                                                             
    ANIZATION_ID"=84)
      26 - access("CTA"."PRIMARY_SALESREP_ID"="VEND"."SALESREP_ID"(+))
      27 - filter("CTT"."GL_ID_REC" IS NOT NULL AND ("CTT"."TYPE"='CM' OR "CTT"."TYP                                                                             
    E"='INV'))
      28 - access("CTA"."CUST_TRX_TYPE_ID"="CTT"."CUST_TRX_TYPE_ID")
      29 - access("CTT"."GL_ID_REC"="GLC"."CODE_COMBINATION_ID")
      31 - filter("PASL"."DISABLE_FLAG" IS NULL)
      34 - access("PAA"."ITEM_ID"="CTL"."INVENTORY_ITEM_ID")
           filter("PAA"."ITEM_ID"="CTL"."INVENTORY_ITEM_ID")
      36 - access("PAA"."ASL_ID"="PASL"."ASL_ID"(+))
      38 - access("PAA2"."VENDOR_ID"="APS"."VENDOR_ID"(+))
      44 - access("HCCA"."CUST_ACCOUNT_ID"="CUST_ACCOUNT_ID" AND
                  "HCSUA"."CUST_ACCT_SITE_ID"="HCCA"."CUST_ACCT_SITE_ID")
      45 - filter("HCCA"."ORG_ID"=82)
      46 - access("CUST"."CUST_ACCOUNT_ID"="CTA"."BILL_TO_CUSTOMER_ID")
      47 - access("HCSUA"."SITE_USE_ID"="CTA"."BILL_TO_SITE_USE_ID")
      48 - access("CTA"."CUST_TRX_TYPE_ID"="CTT"."CUST_TRX_TYPE_ID")
      50 - filter("CTT"."GL_ID_REC" IS NOT NULL AND ("CTT"."TYPE"='CM' OR "CTT"."TYP                                                                             
    E"='INV'))
      51 - access("CTT"."GL_ID_REC"="GLC"."CODE_COMBINATION_ID")
      52 - filter("CTA"."COMPLETE_FLAG"='Y' AND "CTA"."STATUS_TRX"<>'VD' AND "CTA"."                                                                             
    LEGAL_ENTITY_ID"=23274)
      53 - access("CTA"."TRX_DATE">=TO_DATE(' 2014-01-01 00:00:00', 'syyyy-mm-dd hh2                                                                             
    4:mi:ss') AND
                  "CTA"."TRX_DATE"<=TO_DATE(' 2014-10-13 00:00:00', 'syyyy-mm-dd hh2                                                                             
    4:mi:ss'))
      54 - filter("HCSUA"."ORG_ID"=82)
      56 - access("CTA"."PRIMARY_SALESREP_ID"="VEND"."SALESREP_ID"(+))
      57 - access("PARTY_ID"="PARTY_ID")
      58 - access("CTL"."CUSTOMER_TRX_ID"="CTA"."CUSTOMER_TRX_ID")
      59 - filter("CTL"."INVENTORY_ITEM_ID" IS NULL AND "CTL"."LINE_TYPE"='LINE')
    Note
       - 'PLAN_TABLE' is old version
    Statistics
             15  recursive calls
              0  db block gets
       62543652  consistent gets
         269141  physical reads
            172  redo size
          12832  bytes sent via SQL*Net to client
            674  bytes received via SQL*Net from client
             16  SQL*Net roundtrips to/from client
              2  sorts (memory)
              0  sorts (disk)
            212  rows processed

  • Very slow printing from vista PC to PSC1355 on XP PC

    My wife has a Vista laptop which connects wirelessly to my home network.
    There is a PSC 1355 connected to my PC which runs XP.
    The printer is shared and can be seen from the vista machine but when trying to print from the vista machine it is extremely slow in printing and viewing the printer`s settings. Also if the shared printer is setup as the default printer then the vista machine is very slow opening any MS office document.
    I`ve searched all over the place for quite a while to try to resolve this problem to no avail. The printer can`t be setup on the vista machine because of it`s location.
    Any ideas?

    Printing to a printer on a Mac from a PC running Windows XP
    http://www.ifelix.co.uk/tech/3000.html
    Printing to a printer on a Mac running 10.4.x from a Windows PC using Bonjour for Windows
    http://www.ifelix.co.uk/tech/3014.html
    iFelix

  • Select query performance is very slow

    Could you please explain me about BITMAP CONVERSION FROM ROWIDS
    Why the below query going for two times BITMAP CONVERSION TO ROWIDS on the same table.
    SQL> SELECT AGG.AGGREGATE_SENTENCE_ID ,
      2         AGG.ENTITY_ID,
      3         CAR.REQUEST_ID REQUEST_ID
      4    FROM epic.eh_aggregate_sentence agg ,om_cpps_active_requests car
      5   WHERE car.aggregate_sentence_id =agg.aggregate_sentence_id
      6  AND car.service_unit = '0ITNMK0020NZD0BE'
      7  AND car.request_type = 'CMNTY WORK'
      8  AND agg.hours_remaining > 0         
      9  AND NOT EXISTS (SELECT 'X'
    10                    FROM epic.eh_agg_sent_termination aggSentTerm
    11                   WHERE aggSentTerm.aggregate_sentence_id = agg.aggregate_sentence_id
    12                     AND aggSentTerm.date_terminated <= epic.epicdatenow);
    Execution Plan
    Plan hash value: 1009556971
    | Id  | Operation                           | Name                       | Rows  | Bytes | Cost (%CPU)| Time     |
    |   0 | SELECT STATEMENT                    |                            |     5 |   660 |    99   (2)| 00:00:02 |
    |*  1 |  HASH JOIN ANTI                     |                            |     5 |   660 |    99   (2)| 00:00:02 |
    |   2 |   NESTED LOOPS                      |                            |       |       |            |          |
    |   3 |    NESTED LOOPS                     |                            |     7 |   658 |    95   (0)| 00:00:02 |
    |*  4 |     TABLE ACCESS BY INDEX ROWID     | OM_CPPS_ACTIVE_REQUESTS    |    45 |  2565 |    50   (0)| 00:00:01 |
    |   5 |      BITMAP CONVERSION TO ROWIDS    |                            |       |       |            |          |
    |   6 |       BITMAP AND                    |                            |       |       |            |          |
    |   7 |        BITMAP CONVERSION FROM ROWIDS|                            |       |       |            |          |
    |*  8 |         INDEX RANGE SCAN            | OM_CA_REQUEST_REQUEST_TYPE |   641 |       |    12   (0)| 00:00:01 |
    |   9 |        BITMAP CONVERSION FROM ROWIDS|                            |       |       |            |          |
    |* 10 |         INDEX RANGE SCAN            | OM_CA_REQUEST_SERVICE_UNIT |   641 |       |    20   (0)| 00:00:01 |
    |* 11 |     INDEX UNIQUE SCAN               | PK_EH_AGGREGATE_SENTENCE   |     1 |       |     0   (0)| 00:00:01 |
    |* 12 |    TABLE ACCESS BY INDEX ROWID      | EH_AGGREGATE_SENTENCE      |     1 |    37 |     1   (0)| 00:00:01 |
    |  13 |   TABLE ACCESS BY INDEX ROWID       | EH_AGG_SENT_TERMINATION    |    25 |   950 |     3   (0)| 00:00:01 |
    |* 14 |    INDEX RANGE SCAN                 | DATE_TERMINATED_0520       |     4 |       |     2   (0)| 00:00:01 |
    Predicate Information (identified by operation id):
       1 - access("AGGSENTTERM"."AGGREGATE_SENTENCE_ID"="AGG"."AGGREGATE_SENTENCE_ID")
       4 - filter("CAR"."AGGREGATE_SENTENCE_ID" IS NOT NULL)
       8 - access("CAR"."REQUEST_TYPE"='CMNTY WORK')
      10 - access("CAR"."SERVICE_UNIT"='0ITNMK0020NZD0BE')
      11 - access("CAR"."AGGREGATE_SENTENCE_ID"="AGG"."AGGREGATE_SENTENCE_ID")
      12 - filter("AGG"."HOURS_REMAINING">0)
      14 - access("AGGSENTTERM"."DATE_TERMINATED"<="EPIC"."EPICDATENOW"())now this query is giving the correct result, but performance is slow.
    Please help to improve the performance.
    SQL> desc epic.eh_aggregate_sentence
    Name                                      Null?    Type
    ENTITY_ID                                          CHAR(16)
    AGGREGATE_SENTENCE_ID                     NOT NULL CHAR(16)
    HOURS_REMAINING                                    NUMBER(9,2)
    SQL> desc om_cpps_active_requests
    Name                                      Null?    Type
    REQUEST_ID                                NOT NULL VARCHAR2(16)
    AGGREGATE_SENTENCE_ID                              VARCHAR2(16)
    REQUEST_TYPE                              NOT NULL VARCHAR2(20)
    SERVICE_UNIT                                       VARCHAR2(16)
    SQL> desc epic.eh_agg_sent_termination
    Name                                      Null?    Type
    TERMINATION_ID                            NOT NULL CHAR(16)
    AGGREGATE_SENTENCE_ID                     NOT NULL CHAR(16)
    DATE_TERMINATED                           NOT NULL CHAR(20)
    .

    user10594152 wrote:
    Thanks for your reply.
    Still i am getting same problemIt is not a problem. Bitmap conversion usually is a very good thing. Useing this feature the database can use one or several unselective b*indexes. Combine them and do a kind of bitmap selection. THis should be slightly faster than a FTS and much faster than a normal index access.
    Your problem is that your filter criteria seem to be not very usefull. Whcih is the criteria that does the best reduction of rows?
    Also any kind of NOT EXISTS is potentiall not very fast (NOT IN is worse). You can rewrite your query with an OUTER JOIN. Sometimes this will help, but not always.
    SELECT AGG.AGGREGATE_SENTENCE_ID ,
            AGG.ENTITY_ID,
            CAR.REQUEST_ID REQUEST_ID
    FROM epic.eh_aggregate_sentence agg
    JOIN om_cpps_active_requests car ON ar.aggregate_sentence_id =agg.aggregate_sentence_id
    LEFT JOIN epic.eh_agg_sent_termination aggSentTerm ON aggSentTerm.aggregate_sentence_id = agg.aggregate_sentence_id and aggSentTerm.date_terminated <= epic.epicdatenow
    WHERE car.service_unit = '0ITNMK0020NZD0BE'
    AND car.request_type = 'CMNTY WORK'
    AND agg.hours_remaining > 0         
    AND aggSentTerm.aggregate_sentence_id is nullEdited by: Sven W. on Aug 31, 2010 4:01 PM

  • Very slow reads from Mirrored drives

    Hi all -
    I'm running a Tiger G5 Xserve with mirrored 80Gig SATA drives as the primary HD, and a standalone 250Gig SATA drive in the third bay. At the end of each workday, SuperDuper does a smart update from the mirrored drive to the standalone drive as a backup, and it takes about 40 minutes to run through 40Gigs of data.
    I also backup via SuperDuper directly from the mirrored drive to an external 2.5" 80Gig firewire drive once a day for offsite backup, and that takes 40 minutes.
    That means I'm getting nearly identical performance to an onboard SATA 3.5" and an external Firewire 400 2.5" - strongly suggesting that it's something in the RAID mirror, rather than in the interface or SATA channel of the receiving drive.
    Last week, for some reason, I selected the standalone drive as the source for the backup, and it took 8 minutes. After a bit testing, it seems clear that doing the same backup takes roughly 5x longer when the source is the mirrored drive. The server load is quite light at backup time - under 20% before the backup, under 50% during the backup, even though smart update has a LOT of files to sift.
    My understanding is that mirrors are often slower to write than other configurations, as they have to sync, but this is almost entirely a reading transaction, and I've never seen anything about mirrors being so slow to read relative to a standalone.
    It this normal? an artifact of the software RAID? Something misconfigured?
    It's not a huge problem for me, but since I run this procedure twice a day, it'd sure be nice to have it be one that I come back to in 10 minutes, instead of an hour.
    Thanks in advance!

    Hi Dean Larue-
    This may all be logical, but I would double-check the SuperDuper settings just to make sure that you aren't doing different backup types.
    The two 80GB are doing a lot of other stuff whilst you are backing them up and the 250GB just had to read and push files.
    I would also imagine that the 2X80GB drives are fuller percentage-wise than the 250GB drive as this too would impact performance.
    As it has no files to compare while backing up, SuperDuper is often faster doing the initial backup. Comparing the files on the source drive to the many files on the backup drive takes time.
    Luck-
    -DP

  • RAM PREVIEW VERY SLOW (FAR FROM REAL TIME) ON NEW MAC PRO

    Good afternoon
    I have the new mac pro with 8 cores, 64 Gb of Ram and dual AMD 700 graphic card, but the preview on After effects is slower than in the old mac pro (from 2010). I have set the preferences as told in your website and everything stills the same. Could you please advice? is very frustrating to see that a new machine works worse than the older one.
    thanks

    Attached below you can see some screenshots from the settings I have on AE CC

  • Work Book Execution is very slow

    Hi
    Hi have created some workbooks in BI Production server.
    Means  i have opened a query in analyser and saved it as a work book in BI Production.
    But the work Book execution time is really slow and taking areound 15min to show the results.
    As in case of same report in analyser the reports are fine are executing in time.
    Can any body tell me waht is the problem

    Hi,
    I have a similar problem when attach a lot of queries in the same workbook, in this case i create a new workbook and add a table zone to attach the query, not opening the query and save like workbook.
    Regards,
    Dani

  • Windows 8.1 not activating - very slow response from HP

    Sir/Madam,
    For past 4-5 days, i have been calling every day to HP regarding my windows activation issue.(every 10 mins a pop up shows " windows about to expire")PC settings show my windows will expire on 16th Dec if activation not done.
    1. On the first day i was told to update the windows and install it, i did that
    2. on second day i was send a link to update bios, i did that but no use.
    3. on the third day i talked over 50 mins on phone and some thing was installed through command prompt.nothing happened
    so than customer executive remotely accessed my computer again installed some files and told me to call next day.
    4. next day i was told to take backup on an external disk, and my system was restored, still nothing happened.
    After all this mental trauma and huge loss of work and time, today i decided to connect with Microsoft people.
    5. Now they asked "please ask HP for your product key" for you pre-installed windows. They should provide it"
    6. the Microsoft executive checked my system for key and suggested
    that the current key is only a trial version or test key and that is why this problem is persisting.
    Sir/ Madam this is a new laptop, and i have been so tensed and now i am loosing patience.
    Your executives give time and then they just don't call, even if they do it is not on suggested time slot.
    I request you to kindly resolve this matter ASAP. Please arrange a call back today between 9 AM to 11 AM, with a senior person who can answer all queries.
    An annoyed customer
    Thanks and Regards,Priyanshu Jaiswal

    Hi @PriyanshuJ ,
    I have brought your issue to the attention of an appropriate team within HP. They will likely request information from you in order to look up your case details or product serial number. Please look for a private message from an identified HP contact. Additionally, keep in mind not to publically post ( serial numbers and case details).
    If you are unfamiliar with how the Forum's private message capability works, you can learn about that here.
    Regards,
    George
    I work for HP

  • Very Slow Streaming from MacBook Pro to Apple TV

    I am trying to stream movie from my MacBook to my Apple TV but the movies do not stream. My library shows up on my Apple TV and when I select them they do not load. After a few minutes a message will show up saying, "An error occurred loading this content, Try again later." I have had my Apple TV for about 5 months and have not had any problems streaming content before except when I had to do some port forwarding through my router but about a week ago it started with this issue. I have a PC hooked up to my network and am able to stream from that without any problems. My MacBook is running OSX 10.8.2 with iTunes 11.0.1, my Apple TV is running 5.1.1. Please help with any suggestions you might have.

    This article may give you some pointers
    http://support.apple.com/kb/TS1398

  • Very slow printing from Konica connected via Airport Express

    Hello folks,
    I have a very strange problem with erratic printing to a network printer, connected to an Airport Express via ethernet.
    The Network:
    - Draytek modem/router hosting DHCP
    - Time Capsule connected to Draytek. It's in bridge mode, and runs the WiFi network
    - Airport Express 1 in "Join a Network" mode, ethernet clients allowed
    - Konica Minolta Magicolor laserjet printer connected via ethernet to AX1
    - Airport Express 2 in "Extend a Network" mode elsewhere in the office
    All client devices on the network are getting IP addresses in the correct range etc. I have fixed the IP of most devices at the router level, so they don't change.
    Client Macs print directly to the printer using IPP (or might be LPD, I can check if relevant) using apparently a correct driver and IP address.
    WiFi network is very strong throughout, and the distance between Time Capsule and AX1 is just a few feet.
    Here's the problem:
    At the start of the day, the printer works just fine. Fast.
    Then, inexplicably, you send a document to it and the print queue reports "Spooling....xx%" which increases painfully slowly compared to when it's working normally.
    This happens randomly with both small and large files. A modest photo can take over an hour to fully spool and print when it's doing this.
    Turning the printer off and on again tends to make it work properly, until the above happens again.
    This is driving me mad. Is there a problem with:
    (a) The WiFi network or airport hardware
    (b) The printer
    (c) The drivers
    (d) The printing protocol
    (e) Me
    (f) All of the above
    Any insight would be most welcome. The Konica tech reckons it's working, but I think he didn't spend long enough sending print jobs to it for the problem to manifest.
    P.S.
    One of my main questions is, when the print queue says "spooling", is this the process of progressively sending the file over the network? Or does spooling occur when the data is either already fully arrived at the printer, or hasn't left the Mac yet?
    Could the printer's unwillingness to accept data cause the slow spooling? Why might this happen?

    It should work. Enable Printer Sharing via System Preferences -> Sharing. The Mac does need to be turned on.
    P.S. Try to just post one thread on your question instead of crossposting over several forums.

Maybe you are looking for