Index not picked up by the query

I am doing complex joining with multiple tables ..
table A has got 104M records other tables are having circa 100K records ...
Now I have created index on table A on a field which is being used in filter condition ... but when I analysing the explain plan of the query - I can see table A has been fully accessed - index is not being used.
Can anyone put some llight why it is happening ... Is it somthing to do with what I am selecting in the query ...

You can search the forum for the same question and get other threads on this topic.
The short answer is that the index isn't being used because the optimizer decides that doing the full table scan (FTS) is more efficient - it may or may not be right. There are lots of factors that could make the cost-based optimizer (CBO) not use an index, but the more common ones are
* modifying a WHERE clause column value with ||, arithmetic, or a function (index supression)
* You're going to read all or most of the rows in the table anyway, so the index would not help (at least, the CBO might think so)

Similar Messages

  • Index not getting used in the query(Query performance improvement)

    Hi,
    I am using oracle 10g version and have this query:
    select distinct bk.name             "Book Name",
                    fs.feed_description "Feed Name",
                    fbs.cob_date        "Cob",
                    at.description      "Data Type",
                    ah.user_name        " User",
                    ah.comments         "Comments",
                    ah.time_draft
      from Action_type       at,
           action_history    ah,
           sensitivity_audit sa,
           logical_entity    le,
           feed_static       fs,
           feed_book_status  fbs,
           feed_instance     fi,
           marsnode          bk
    where at.description = 'Regress Positions'
       and fbs.cob_date BETWEEN '01 Feb 2011' AND '08 Feb 2011'
       and fi.most_recent = 'Y'
       and bk.close_date is null
       and ah.time_draft = 'after'
       and sa.close_action_id is null
       and le.close_action_id is null
       and at.action_type_id = ah.action_type_id
       and ah.action_id = sa.create_action_id
       and le.logical_entity_id = sa.type_id
       and sa.feed_id = fs.feed_id
       and sa.book_id = bk.node_id
       and sa.feed_instance_id = fi.feed_instance_id
       and fbs.feed_instance_id = fi.feed_instance_id
       and fi.feed_id = fs.feed_id
    union
    select distinct bk.name             "Book Name",
                    fs.feed_description "Feed Name",
                    fbs.cob_date        "Cob",
                    at.description      "Data Type",
                    ah.user_name        " User",
                    ah.comments         "Comments",
                    ah.time_draft
      from feed_book_status         fbs,
           marsnode                 bk,
           feed_instance            fi,
           feed_static              fs,
           feed_book_status_history fbsh,
           Action_type              at,
           Action_history           ah
    where fbs.cob_date BETWEEN '01 Feb 2011' AND '08 Feb 2011'
       and ah.action_type_id = 103
       and bk.close_date is null
       and ah.time_draft = 'after'
    --   and ah.action_id = fbs.action_id
       and fbs.book_id = bk.node_id
       and fbs.book_id = fbsh.book_id
       and fbs.feed_instance_id = fi.feed_instance_id
       and fi.feed_id = fs.feed_id
       and fbsh.create_action_id = ah.action_id
       and at.action_type_id = ah.action_type_id
    union
    select distinct bk.name             "Book Name",
                    fs.feed_description "Feed Name",
                    fbs.cob_date        "Cob",
                    at.description      "Data Type",
                    ah.user_name        " User",
                    ah.comments         "Comments",
                    ah.time_draft
      from feed_book_status         fbs,
           marsnode                 bk,
           feed_instance            fi,
           feed_static              fs,
           feed_book_status_history fbsh,
           Action_type              at,
           Action_history           ah
    where fbs.cob_date BETWEEN '01 Feb 2011' AND '08 Feb 2011'
       and ah.action_type_id = 101
       and bk.close_date is null
       and ah.time_draft = 'after'
       and fbs.book_id = bk.node_id
       and fbs.book_id = fbsh.book_id
       and fbs.feed_instance_id = fi.feed_instance_id
       and fi.feed_id = fs.feed_id
       and fbsh.create_action_id = ah.action_id
       and at.action_type_id = ah.action_type_id;This is the execution plan
    | Id  | Operation                            | Name                     | Rows  | Bytes | Cost (%CPU)|
    |   0 | SELECT STATEMENT                     |                          |   231 | 43267 |   104K (85)|
    |   1 |  SORT UNIQUE                         |                          |   231 | 43267 |   104K (85)|
    |   2 |   UNION-ALL                          |                          |       |       |            |
    |   3 |    NESTED LOOPS                      |                          |     1 |   257 | 19540  (17)|
    |   4 |     NESTED LOOPS                     |                          |     1 |   230 | 19539  (17)|
    |   5 |      NESTED LOOPS                    |                          |     1 |   193 | 19537  (17)|
    |   6 |       NESTED LOOPS                   |                          |     1 |   152 | 19534  (17)|
    |*  7 |        HASH JOIN                     |                          |   213 | 26625 | 19530  (17)|
    |*  8 |         TABLE ACCESS FULL            | LOGICAL_ENTITY           |    12 |   264 |     2   (0)|
    |*  9 |         HASH JOIN                    |                          |  4267 |   429K| 19527  (17)|
    |* 10 |          HASH JOIN                   |                          |  3602 | 90050 |  1268  (28)|
    |* 11 |           INDEX RANGE SCAN           | IDX_FBS_CD_FII_BI        |  3602 | 46826 |    22   (5)|
    |* 12 |           TABLE ACCESS FULL          | FEED_INSTANCE            |   335K|  3927K|  1217  (27)|
    |* 13 |          TABLE ACCESS FULL           | SENSITIVITY_AUDIT        |   263K|    19M| 18236  (17)|
    |  14 |        TABLE ACCESS BY INDEX ROWID   | FEED_STATIC              |     1 |    27 |     1   (0)|
    |* 15 |         INDEX UNIQUE SCAN            | IDX_FEED_STATIC_FI       |     1 |       |     0   (0)|
    |* 16 |       TABLE ACCESS BY INDEX ROWID    | MARSNODE                 |     1 |    41 |     3   (0)|
    |* 17 |        INDEX RANGE SCAN              | PK_MARSNODE              |     3 |       |     2   (0)|
    |* 18 |      TABLE ACCESS BY INDEX ROWID     | ACTION_HISTORY           |     1 |    37 |     2   (0)|
    |* 19 |       INDEX UNIQUE SCAN              | PK_ACTION_HISTORY        |     1 |       |     1   (0)|
    |* 20 |     TABLE ACCESS BY INDEX ROWID      | ACTION_TYPE              |     1 |    27 |     1   (0)|
    |* 21 |      INDEX UNIQUE SCAN               | PK_ACTION_TYPE           |     1 |       |     0   (0)|
    |* 22 |    TABLE ACCESS BY INDEX ROWID       | MARSNODE                 |     1 |    41 |     3   (0)|
    |  23 |     NESTED LOOPS                     |                          |   115 | 21505 | 42367  (28)|
    |* 24 |      HASH JOIN                       |                          |   114 | 16644 | 42023  (28)|
    |  25 |       NESTED LOOPS                   |                          |   114 | 13566 | 42007  (28)|
    |* 26 |        HASH JOIN                     |                          |   114 | 12426 | 41777  (28)|
    |* 27 |         HASH JOIN                    |                          |   957 | 83259 | 41754  (28)|
    |* 28 |          TABLE ACCESS FULL           | ACTION_HISTORY           |  2480 | 91760 | 30731  (28)|
    |  29 |          NESTED LOOPS                |                          |  9570K|   456M| 10234  (21)|
    |  30 |           TABLE ACCESS BY INDEX ROWID| ACTION_TYPE              |     1 |    27 |     1   (0)|
    |* 31 |            INDEX UNIQUE SCAN         | PK_ACTION_TYPE           |     1 |       |     0   (0)|
    |  32 |           TABLE ACCESS FULL          | FEED_BOOK_STATUS_HISTORY |  9570K|   209M| 10233  (21)|
    |* 33 |         INDEX RANGE SCAN             | IDX_FBS_CD_FII_BI        |  3602 | 79244 |    22   (5)|
    |  34 |        TABLE ACCESS BY INDEX ROWID   | FEED_INSTANCE            |     1 |    10 |     2   (0)|
    |* 35 |         INDEX UNIQUE SCAN            | PK_FEED_INSTANCE         |     1 |       |     1   (0)|
    |  36 |       TABLE ACCESS FULL              | FEED_STATIC              |  2899 | 78273 |    16   (7)|
    |* 37 |      INDEX RANGE SCAN                | PK_MARSNODE              |     1 |       |     2   (0)|
    |* 38 |    TABLE ACCESS BY INDEX ROWID       | MARSNODE                 |     1 |    41 |     3   (0)|
    |  39 |     NESTED LOOPS                     |                          |   115 | 21505 | 42367  (28)|
    |* 40 |      HASH JOIN                       |                          |   114 | 16644 | 42023  (28)|
    |  41 |       NESTED LOOPS                   |                          |   114 | 13566 | 42007  (28)|
    |* 42 |        HASH JOIN                     |                          |   114 | 12426 | 41777  (28)|
    |* 43 |         HASH JOIN                    |                          |   957 | 83259 | 41754  (28)|
    |* 44 |          TABLE ACCESS FULL           | ACTION_HISTORY           |  2480 | 91760 | 30731  (28)|
    |  45 |          NESTED LOOPS                |                          |  9570K|   456M| 10234  (21)|
    |  46 |           TABLE ACCESS BY INDEX ROWID| ACTION_TYPE              |     1 |    27 |     1   (0)|
    |* 47 |            INDEX UNIQUE SCAN         | PK_ACTION_TYPE           |     1 |       |     0   (0)|
    |  48 |           TABLE ACCESS FULL          | FEED_BOOK_STATUS_HISTORY |  9570K|   209M| 10233  (21)|
    |* 49 |         INDEX RANGE SCAN             | IDX_FBS_CD_FII_BI        |  3602 | 79244 |    22   (5)|
    |  50 |        TABLE ACCESS BY INDEX ROWID   | FEED_INSTANCE            |     1 |    10 |     2   (0)|
    |* 51 |         INDEX UNIQUE SCAN            | PK_FEED_INSTANCE         |     1 |       |     1   (0)|
    |  52 |       TABLE ACCESS FULL              | FEED_STATIC              |  2899 | 78273 |    16   (7)|
    |* 53 |      INDEX RANGE SCAN                | PK_MARSNODE              |     1 |       |     2   (0)|
    ------------------------------------------------------------------------------------------------------and the predicate info
    Predicate Information (identified by operation id):
       7 - access("LE"."LOGICAL_ENTITY_ID"="SA"."TYPE_ID")
       8 - filter("LE"."CLOSE_ACTION_ID" IS NULL)
       9 - access("SA"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      10 - access("FBS"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      11 - access("FBS"."COB_DATE">=TO_DATE(' 2011-02-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "FBS"."COB_DATE"<=TO_DATE(' 2011-02-08 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
      12 - filter("FI"."MOST_RECENT"='Y')
      13 - filter("SA"."CLOSE_ACTION_ID" IS NULL)
      15 - access("FI"."FEED_ID"="FS"."FEED_ID")
           filter("SA"."FEED_ID"="FS"."FEED_ID")
      16 - filter("BK"."CLOSE_DATE" IS NULL)
      17 - access("SA"."BOOK_ID"="BK"."NODE_ID")
      18 - filter("AH"."TIME_DRAFT"='after')
      19 - access("AH"."ACTION_ID"="SA"."CREATE_ACTION_ID")
      20 - filter("AT"."DESCRIPTION"='Regress Positions')
      21 - access("AT"."ACTION_TYPE_ID"="AH"."ACTION_TYPE_ID")
      22 - filter("BK"."CLOSE_DATE" IS NULL)
      24 - access("FI"."FEED_ID"="FS"."FEED_ID")
      26 - access("FBS"."BOOK_ID"="FBSH"."BOOK_ID")
      27 - access("FBSH"."CREATE_ACTION_ID"="AH"."ACTION_ID" AND
                  "AT"."ACTION_TYPE_ID"="AH"."ACTION_TYPE_ID")
      28 - filter("AH"."ACTION_TYPE_ID"=103 AND "AH"."TIME_DRAFT"='after')
      31 - access("AT"."ACTION_TYPE_ID"=103)
      33 - access("FBS"."COB_DATE">=TO_DATE(' 2011-02-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "FBS"."COB_DATE"<=TO_DATE(' 2011-02-08 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
      35 - access("FBS"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      37 - access("FBS"."BOOK_ID"="BK"."NODE_ID")
      38 - filter("BK"."CLOSE_DATE" IS NULL)
      40 - access("FI"."FEED_ID"="FS"."FEED_ID")
      42 - access("FBS"."BOOK_ID"="FBSH"."BOOK_ID")
      43 - access("FBSH"."CREATE_ACTION_ID"="AH"."ACTION_ID" AND
                  "AT"."ACTION_TYPE_ID"="AH"."ACTION_TYPE_ID")
      44 - filter("AH"."ACTION_TYPE_ID"=101 AND "AH"."TIME_DRAFT"='after')
      47 - access("AT"."ACTION_TYPE_ID"=101)
      49 - access("FBS"."COB_DATE">=TO_DATE(' 2011-02-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "FBS"."COB_DATE"<=TO_DATE(' 2011-02-08 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
      51 - access("FBS"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      53 - access("FBS"."BOOK_ID"="BK"."NODE_ID")
    Note
       - 'PLAN_TABLE' is old versionIn this query, mainly the ACTION_HISTORY and FEED_BOOK_STATUS_HISTORY tables are getting accessed fullly though there are indexes createdon them like this
    ACTION_HISTORY
    ACTION_ID  column Unique index
    FEED_BOOK_STATUS_HISTORY
    (FEED_INSTANCE_ID, BOOK_ID, COB_DATE, VERSION) composite indexI tried all the best combinations however the indexes are not getting used anywhere.
    Could you please suggest some way so the query will perform better way.
    Thanks,
    Aashish

    Hi Mohammed,
    This is what I got after your method of execution plan
    SQL_ID  4vmc8rzgaqgka, child number 0
    select distinct bk.name "Book Name" ,       fs.feed_description "Feed Name" ,       fbs.cob_date
    "Cob" ,       at.description "Data Type" ,       ah.user_name " User" ,       ah.comments "Comments"
    ,       ah.time_draft from Action_type at, action_history  ah, sensitivity_audit sa, logical_entity
    le, feed_static fs, feed_book_status fbs, feed_instance fi, marsnode bk where  at.description =
    'Regress Positions' and    fbs.cob_date BETWEEN '01 Feb 2011' AND '08 Feb 2011' and
    fi.most_recent = 'Y' and    bk.close_date is  null and    ah.time_draft='after' and
    sa.close_action_id is null and    le.close_action_id is null and    at.action_type_id =
    ah.action_type_id and    ah.action_id=sa.create_action_id and    le.logical_entity_id = sa.type_id
    and    sa.feed_id = fs.feed_id and    sa.book_id = bk.node_id and    sa.feed_instance_id =
    fi.feed_instance_id and    fbs.feed_instance_id = fi.feed_instance_id and    fi.feed_id = fs.feed_id
    union select distinct bk.name "Book Name" ,       fs.
    Plan hash value: 1006571916
    | Id  | Operation                            | Name                     | E-Rows |  OMem |  1Mem | Used-Mem |
    |   1 |  SORT UNIQUE                         |                          |    231 |  6144 |  6144 | 6144  (0)|
    |   2 |   UNION-ALL                          |                          |        |       |       |          |
    |   3 |    NESTED LOOPS                      |                          |      1 |       |       |          |
    |   4 |     NESTED LOOPS                     |                          |      1 |       |       |          |
    |   5 |      NESTED LOOPS                    |                          |      1 |       |       |          |
    |   6 |       NESTED LOOPS                   |                          |      1 |       |       |          |
    |*  7 |        HASH JOIN                     |                          |    213 |  1236K|  1236K| 1201K (0)|
    |*  8 |         TABLE ACCESS FULL            | LOGICAL_ENTITY           |     12 |       |       |          |
    |*  9 |         HASH JOIN                    |                          |   4267 |  1023K|  1023K| 1274K (0)|
    |* 10 |          HASH JOIN                   |                          |   3602 |  1095K|  1095K| 1296K (0)|
    |* 11 |           INDEX RANGE SCAN           | IDX_FBS_CD_FII_BI        |   3602 |       |       |          |
    |* 12 |           TABLE ACCESS FULL          | FEED_INSTANCE            |    335K|       |       |          |
    |* 13 |          TABLE ACCESS FULL           | SENSITIVITY_AUDIT        |    263K|       |       |          |
    |  14 |        TABLE ACCESS BY INDEX ROWID   | FEED_STATIC              |      1 |       |       |          |
    |* 15 |         INDEX UNIQUE SCAN            | IDX_FEED_STATIC_FI       |      1 |       |       |          |
    |* 16 |       TABLE ACCESS BY INDEX ROWID    | MARSNODE                 |      1 |       |       |          |
    |* 17 |        INDEX RANGE SCAN              | PK_MARSNODE              |      3 |       |       |          |
    |* 18 |      TABLE ACCESS BY INDEX ROWID     | ACTION_HISTORY           |      1 |       |       |          |
    |* 19 |       INDEX UNIQUE SCAN              | PK_ACTION_HISTORY        |      1 |       |       |          |
    |* 20 |     TABLE ACCESS BY INDEX ROWID      | ACTION_TYPE              |      1 |       |       |          |
    |* 21 |      INDEX UNIQUE SCAN               | PK_ACTION_TYPE           |      1 |       |       |          |
    |* 22 |    TABLE ACCESS BY INDEX ROWID       | MARSNODE                 |      1 |       |       |          |
    |  23 |     NESTED LOOPS                     |                          |    115 |       |       |          |
    |* 24 |      HASH JOIN                       |                          |    114 |   809K|   809K|  817K (0)|
    |  25 |       NESTED LOOPS                   |                          |    114 |       |       |          |
    |* 26 |        HASH JOIN                     |                          |    114 |   868K|   868K| 1234K (0)|
    |* 27 |         HASH JOIN                    |                          |    957 |   933K|   933K| 1232K (0)|
    |* 28 |          TABLE ACCESS FULL           | ACTION_HISTORY           |   2480 |       |       |          |
    |  29 |          NESTED LOOPS                |                          |   9570K|       |       |          |
    |  30 |           TABLE ACCESS BY INDEX ROWID| ACTION_TYPE              |      1 |       |       |          |
    |* 31 |            INDEX UNIQUE SCAN         | PK_ACTION_TYPE           |      1 |       |       |          |
    |  32 |           TABLE ACCESS FULL          | FEED_BOOK_STATUS_HISTORY |   9570K|       |       |          |
    |* 33 |         INDEX RANGE SCAN             | IDX_FBS_CD_FII_BI        |   3602 |       |       |          |
    |  34 |        TABLE ACCESS BY INDEX ROWID   | FEED_INSTANCE            |      1 |       |       |          |
    |* 35 |         INDEX UNIQUE SCAN            | PK_FEED_INSTANCE         |      1 |       |       |          |
    |  36 |       TABLE ACCESS FULL              | FEED_STATIC              |   2899 |       |       |          |
    |* 37 |      INDEX RANGE SCAN                | PK_MARSNODE              |      1 |       |       |          |
    |* 38 |    TABLE ACCESS BY INDEX ROWID       | MARSNODE                 |      1 |       |       |          |
    |  39 |     NESTED LOOPS                     |                          |    115 |       |       |          |
    |* 40 |      HASH JOIN                       |                          |    114 |   743K|   743K|  149K (0)|
    |  41 |       NESTED LOOPS                   |                          |    114 |       |       |          |
    |* 42 |        HASH JOIN                     |                          |    114 |   766K|   766K|  208K (0)|
    |* 43 |         HASH JOIN                    |                          |    957 |   842K|   842K|  204K (0)|
    |* 44 |          TABLE ACCESS FULL           | ACTION_HISTORY           |   2480 |       |       |          |
    |  45 |          NESTED LOOPS                |                          |   9570K|       |       |          |
    |  46 |           TABLE ACCESS BY INDEX ROWID| ACTION_TYPE              |      1 |       |       |          |
    |* 47 |            INDEX UNIQUE SCAN         | PK_ACTION_TYPE           |      1 |       |       |          |
    |  48 |           TABLE ACCESS FULL          | FEED_BOOK_STATUS_HISTORY |   9570K|       |       |          |
    |* 49 |         INDEX RANGE SCAN             | IDX_FBS_CD_FII_BI        |   3602 |       |       |          |
    |  50 |        TABLE ACCESS BY INDEX ROWID   | FEED_INSTANCE            |      1 |       |       |          |
    |* 51 |         INDEX UNIQUE SCAN            | PK_FEED_INSTANCE         |      1 |       |       |          |
    |  52 |       TABLE ACCESS FULL              | FEED_STATIC              |   2899 |       |       |          |
    |* 53 |      INDEX RANGE SCAN                | PK_MARSNODE              |      1 |       |       |          |
    Predicate Information (identified by operation id):
       7 - access("LE"."LOGICAL_ENTITY_ID"="SA"."TYPE_ID")
       8 - filter("LE"."CLOSE_ACTION_ID" IS NULL)
       9 - access("SA"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      10 - access("FBS"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      11 - access("FBS"."COB_DATE">=TO_DATE(' 2011-02-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "FBS"."COB_DATE"<=TO_DATE(' 2011-02-08 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
      12 - filter("FI"."MOST_RECENT"='Y')
      13 - filter("SA"."CLOSE_ACTION_ID" IS NULL)
      15 - access("FI"."FEED_ID"="FS"."FEED_ID")
           filter("SA"."FEED_ID"="FS"."FEED_ID")
      16 - filter("BK"."CLOSE_DATE" IS NULL)
      17 - access("SA"."BOOK_ID"="BK"."NODE_ID")
      18 - filter("AH"."TIME_DRAFT"='after')
      19 - access("AH"."ACTION_ID"="SA"."CREATE_ACTION_ID")
      20 - filter("AT"."DESCRIPTION"='Regress Positions')
      21 - access("AT"."ACTION_TYPE_ID"="AH"."ACTION_TYPE_ID")
      22 - filter("BK"."CLOSE_DATE" IS NULL)
      24 - access("FI"."FEED_ID"="FS"."FEED_ID")
      26 - access("FBS"."BOOK_ID"="FBSH"."BOOK_ID")
      27 - access("FBSH"."CREATE_ACTION_ID"="AH"."ACTION_ID" AND
                  "AT"."ACTION_TYPE_ID"="AH"."ACTION_TYPE_ID")
      28 - filter(("AH"."ACTION_TYPE_ID"=103 AND "AH"."TIME_DRAFT"='after'))
      31 - access("AT"."ACTION_TYPE_ID"=103)
      33 - access("FBS"."COB_DATE">=TO_DATE(' 2011-02-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "FBS"."COB_DATE"<=TO_DATE(' 2011-02-08 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
      35 - access("FBS"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      37 - access("FBS"."BOOK_ID"="BK"."NODE_ID")
      38 - filter("BK"."CLOSE_DATE" IS NULL)
      40 - access("FI"."FEED_ID"="FS"."FEED_ID")
      42 - access("FBS"."BOOK_ID"="FBSH"."BOOK_ID")
      43 - access("FBSH"."CREATE_ACTION_ID"="AH"."ACTION_ID" AND
                  "AT"."ACTION_TYPE_ID"="AH"."ACTION_TYPE_ID")
      44 - filter(("AH"."ACTION_TYPE_ID"=101 AND "AH"."TIME_DRAFT"='after'))
      47 - access("AT"."ACTION_TYPE_ID"=101)
      49 - access("FBS"."COB_DATE">=TO_DATE(' 2011-02-01 00:00:00', 'syyyy-mm-dd hh24:mi:ss') AND
                  "FBS"."COB_DATE"<=TO_DATE(' 2011-02-08 00:00:00', 'syyyy-mm-dd hh24:mi:ss'))
      51 - access("FBS"."FEED_INSTANCE_ID"="FI"."FEED_INSTANCE_ID")
      53 - access("FBS"."BOOK_ID"="BK"."NODE_ID")
    Note
       - Warning: basic plan statistics not available. These are only collected when:
           * hint 'gather_plan_statistics' is used for the statement or
           * parameter 'statistics_level' is set to 'ALL', at session or system level
    122 rows selected.
    Elapsed: 00:00:02.18The action_type_id column is of NUMBER type.

  • I reset network settings on my iPhone. However now it looks as if my iPhone and iPad are no longer linked. They are both connected to my apple account but when I send an imessage from one it is not picked up by the other. What do I do?

    I reset network settings on my iPhone. However now it looks as if my iPhone and iPad are no longer linked. They are both connected to my apple account but when I send an imessage from one it is not picked up by the other. What do I do? If anyone can help it would be very much appreciated. Many thanks x

    Check Settings > Messages > Send & Receive on both your iPhone and your iPad to make sure that the following are all true:
    (1) you have selected the same Apple ID on both devices,
    (2) you have the same entries checked under "You can be reached by iMessage at:" on both devices,
    (3) you have the same entry checked under "Start new conversations from:" on both devices,
    and
    (4) that the entry checked in #3 is one of those checked in #2 on both devices.
    When you say it has affected your iCloud account, what effect has it had?

  • Key Figures not showing up in the Query disigner

    I added a key figure to a characteristic as an
    attribute, but it is not showing up in the Query designer
    any idea why
    Raj

    Hi RajShekhar,
    This KF that you have added as an attribute to a char will not be available in the Key Figure section. Open the dimensions and find the char for which you created this attribute. Open up the attributes under it and you should find the KF. If you need to use this KF value in a calculation, then you will need to create a formula variable to pull in its value.
    Hope this helps...

  • Server does not return metadata, check the query.

    Hi,
    I need your help in using report designer of Bex, The issue is when we try to open a query in the report designer we get a Error Server does not return metadata, check the query.
    Thanks in Advance
    Kind Regards
    Phutane

    Hi,
    All the yellow and red lights will have an effect on query performance or execution.  Read up on them as there are too many to explain via this forum.
    There is a document on SDN on query performance.  Some useful links:
    [https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/9f4a452b-0301-0010-8ca6-ef25a095834a]
    [http://help.sap.com/saphelp_nw70/helpdata/en/41/b987eb1443534ba78a793f4beed9d5/frameset.htm]
    [http://help.sap.com/saphelp_nw70/helpdata/en/d9/31363dc992752de10000000a114084/frameset.htm]
    [http://help.sap.com/saphelp_nw04/helpdata/en/2e/caceae8dd08e48a63c2da60c8ffa5e/frameset.htm]
    [https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/e0501cb9-d51c-2a10-239c-c141a22c45a6]
    Cheers...

  • JMS message is not picked up by the listener

    We have created a queue in a cluster. We have an application that listens to a queue. Messages from another application will post message into this queue which is inturn picked up by the listener process.
              We posted a message to the queue long back.But it was not picked up by the application. Then, again we sent two more messages. These recent two messages were picked up by the application.
              We looked into the queue using QueueBrowse program from weblogic samples. On running the program, it sometimes shows that the first message (which was not picked up) is still there in the queue. Sometimes, it shows that there is no message in the queue.
              Have you faced any such scenarios earlier? Please help me knowing why this is happening.
              Thanks in advance.

    I also found in my queue listener's log the following exception stack trace.
              weblogic.jms.common.LostServerException: weblogic.rjvm.PeerGoneException: ; nested exception is:
                   java.io.EOFException
                   at weblogic.jms.client.JMSConnection.jmsPeerGone(JMSConnection.java:908)
                   at weblogic.jms.dispatcher.DispatcherWrapperState.peerGone(DispatcherWrapperState.java:691)
                   at weblogic.jms.dispatcher.DispatcherWrapperState.callback(DispatcherWrapperState.java:552)
                   at weblogic.rjvm.RJVMImpl$HeartbeatMonitorListenerDeliverer.execute(RJVMImpl.java:1412)
                   at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
                   at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
              Is this exception related in any way to the above stated issue?

  • [svn:fx-trunk] 13687: Add in osmf and flash-integration localized files not picked up in the previous commit  (13686)

    Revision: 13687
    Revision: 13687
    Author:   [email protected]
    Date:     2010-01-21 07:25:58 -0800 (Thu, 21 Jan 2010)
    Log Message:
    Add in osmf and flash-integration localized files not picked up in the previous commit (13686)
    Added Paths:
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/de_DE/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/de_DE/docs/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/de_DE/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/fr_FR/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/fr_FR/docs/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/fr_FR/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/ja_JP/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/ja_JP/docs/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/ja_JP/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/ru_RU/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/ru_RU/docs/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/ru_RU/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/zh_CN/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/zh_CN/docs/
        flex/sdk/trunk/frameworks/projects/flash-integration/bundles/zh_CN/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/osmf/bundles/de_DE/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/de_DE/docs/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/de_DE/docs/org.osmf.media.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/de_DE/docs/org.osmf.net.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/de_DE/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/osmf/bundles/fr_FR/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/fr_FR/docs/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/fr_FR/docs/org.osmf.media.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/fr_FR/docs/org.osmf.net.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/fr_FR/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ja_JP/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ja_JP/docs/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ja_JP/docs/org.osmf.media.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ja_JP/docs/org.osmf.net.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ja_JP/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ru_RU/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ru_RU/docs/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ru_RU/docs/org.osmf.media.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ru_RU/docs/org.osmf.net.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/ru_RU/docs/packages.dita
        flex/sdk/trunk/frameworks/projects/osmf/bundles/zh_CN/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/zh_CN/docs/
        flex/sdk/trunk/frameworks/projects/osmf/bundles/zh_CN/docs/org.osmf.media.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/zh_CN/docs/org.osmf.net.xml
        flex/sdk/trunk/frameworks/projects/osmf/bundles/zh_CN/docs/packages.dita

  • Index not picked when bind parameter can be null?

    Hi,
    In my query i have a primary key say deptid and has an unique index defined.
    when i do a query as
    select * from dept where ((deptid = :pDeptId) or (:pDeptId is null))
    index is not picked up and a full table scan happens.
    Can one explain why?
    Thanks
    Manish

    Solomon Yakobson wrote:
    I purposely chose small table. Yes, optimizer calculated costs are such that FTS cost is same as combined cost of index fast scan + table access by rowid. And that is exactly what I am questioning. Set aside what you call "boundary" cases where rows are sparse enough (e.g. your example with lots of deleted rows) and similar scenarios (e.g. pctfree is very large, etc.) FTS is always less costly than index fast scan + table access by rowid by at least one IO. I understand, I am splitting hairs a bit since the difference is negligible, but still it is a sub-optimal plan.Solomon,
    and yes, in those circumstances you describe the FTS will be chosen, so what is your point? Your test case represents such an "odd" scenario (sparse, large pctfree, etc., less rows than blocks, a clustering factor of the index less than the number of blocks of the table), so what do you want to prove using this test case? It doesn't represent the "normal" circumstances where the FTS is less costly.
    In passing, the cost of the FTS and the combined operation are not the same in my default 10.2.0.4 database, the FTS is more expensive, as I've outlined previously.
    The reason: It takes at least 1 multi-block I/O request to read the 5 blocks of the table. The optimizer assumes that the time it takes to perform a multi-block read request is 26ms when using default NOWORKLOAD system statistics with 8KB default block size. It assumes further it takes 12ms to perform a single-block read request, so the cost (expressed in single-block reads) of performing a single multi-block read request is 2.16. Since Oracle 9i, there is a hidden parameter "_table_scan_cost_plus_one" set to "true", it used to be "false" in 8i, making the cost 3.16, so we end up with a rounded cost of 3 for the FTS.
    The cost of the combined index + table access is 2, one I/O for the index, plus one I/O for the table access. So from an optimizer perspective this plan is not sub-optimal, but the superior one, mainly due to the fact that one gets added to the table scan cost from 9i on, and you have the unusual clustering factor of 1.
    As you can see, it takes a lot of "boundary" conditions that this happens, and it's all down to the fact that the table is so small, that is has only 4 rows in 5 blocks, and the clustering factor of the index is less than the number of blocks of the table, which is quite unusual. A "optimal" clustering factor usually corresponds to the number of blocks of the table, a "bad" clustering factor corresponds to the number of rows.
    Therefore I suggested to "adjust" the clustering factor to a more usual value, but there is actually nothing usual about this test case since you have less rows than blocks.
    So I guess you can say whatever you want about this being a "sub-optimal" plan, but I really don't see the point it makes, given the flawed test case. Run it with a more reasonable setup and the FTS will be used in those cases where it is reasonable according to the inputs the CBO gets.
    Regards,
    Randolf
    Oracle related stuff blog:
    http://oracle-randolf.blogspot.com/
    SQLTools++ for Oracle (Open source Oracle GUI for Windows):
    http://www.sqltools-plusplus.org:7676/
    http://sourceforge.net/projects/sqlt-pp/

  • Index not usable in my simple query

    Hi,
    I have created index for INC_ID coloumn but when I use it in queries, it is not working. Verified the index it is on valid stat only, eventhough its not using in queries.
    can you please suggest why it is not using. what I have to do for this. I am going to use this query in procedures. My DBA will not allow to use hints in queries.
    Thanks in advance
    select * from TAB_FLNDAT t where t.INC_ID = 2055Explain plan
    SELECT STATEMENT, GOAL = ALL_ROWS               339682     19174     7631252
    TABLE ACCESS FULL     AIMS_OWNR     ONT_T_FLNDATASTATUS_AGNT     339682     19174     7631252Total no of records in TAB_FLNDAT table -- 21427155
    Table DDL
    -- Create table
    create table TAB_FLNDAT
      INC_ID                VARCHAR2(25),
      INC_PERIOD            NUMBER,
      AREA_DEF_ID           NUMBER,
      DEAL_CODE             VARCHAR2(50),
      FLNMTH                DATE,
      DOCNUM                NUMBER(10),
      CPNNUM                NUMBER(3),
      CTRY_ISO_CODE         VARCHAR2(2),
      FLNLOCCOD             VARCHAR2(7),
      FLNCTYCOD             VARCHAR2(3),
      FLNDATAKEY            NUMBER,
      MAIN_CLASS            VARCHAR2(17),
      BOKCLSCOD             VARCHAR2(1),
      ORIGIN                VARCHAR2(6),
      DESTINATION           VARCHAR2(3),
      FINAL_ST          NUMBER(1),
      SALE_ST           NUMBER(1),
      AGENT_ST          NUMBER(1),
      EKOAL_ST          NUMBER(1),
      FARE_ST           NUMBER(1),
      PAPERTKT_ST       NUMBER(1),
      OND_ST            NUMBER(1),
      RBD_ST            NUMBER(1),
      FLIGHT_ST         NUMBER(1),
      FBC_ST            NUMBER(1),
      DEAL_ST           NUMBER(1),
      DEAL_ST_CODE      VARCHAR2(50),
      ONDRBD_ST         NUMBER(1),
      DATE_ST           NUMBER(1),
      CODESHARE_ST      NUMBER(1),
      HPMCO_ST          NUMBER(1),
      CTRY_ST           NUMBER(1),
      LC_REVENUE            NUMBER(18,3),
      CURCOD                VARCHAR2(3),
      LC_NET_NET            NUMBER(21,3),
      REPORTING_CURRENCY    VARCHAR2(3),
      CARDSGCOD             VARCHAR2(2),
      CARNUMCOD             VARCHAR2(3),
      DOCTYP                VARCHAR2(3),
      FLNDAT                DATE,
      FLTNUM                VARCHAR2(4),
      FLNSEC                VARCHAR2(6),
      FLNITN                VARCHAR2(200),
      SALMTH                DATE,
      SALCTYCOD             VARCHAR2(3),
      SALLOCCOD             VARCHAR2(10),
      FABCOD                VARCHAR2(50),
      IATA_FABCOD           VARCHAR2(50),
      TOTPAX                NUMBER(9),
      CPNCNT                NUMBER(6),
      PAXCNT                NUMBER(6),
      CBKGRSAMT             NUMBER(15,3),
      CBKNETAMT             NUMBER(15,3),
      CBKCOMAMT             NUMBER(15,3),
      CBKORCAMT             NUMBER(15,3),
      COSGRSAMT             NUMBER(15,3),
      COSNETAMT             NUMBER(15,3),
      COSCOMAMT             NUMBER(15,3),
      COSORCAMT             NUMBER(15,3),
      COUCOD                VARCHAR2(7),
      TOUCOD                VARCHAR2(20),
      OLD_DOCNUM            NUMBER(10),
      ON_OFFLINE            CHAR(1),
      ENTFABCOD             VARCHAR2(50),
      EKOALIND              CHAR(1),
      ONL_INTL_INDICATOR    VARCHAR2(1),
      FULL_ITINERARY        VARCHAR2(500),
      RPD_COSGRSAMT         NUMBER(15,3),
      RPD_COSNETAMT         NUMBER(15,3),
      RPD_COSCOMAMT         NUMBER(15,3),
      RPD_COSORCAMT         NUMBER(15,3),
      SALDAT                DATE,
      REPENDDAT             DATE,
      ETKIND                VARCHAR2(1),
      MKTFLTNUM             VARCHAR2(8),
      CODSHRIND             VARCHAR2(1),
      FARE_TYPE             VARCHAR2(50),
      CMM_CUSTOMER_ID       VARCHAR2(25),
      OPERATING_COST        NUMBER(18,3),
      ACM_AMOUNT            NUMBER(18,3),
      GDS_COST              NUMBER(18,3),
      OCCURRENCE            NUMBER(3),
      PROCESS_MONTH         DATE,
      ONTRACK_FBC           VARCHAR2(100),
      EKHMCOIND             CHAR(1),
      RPT_FLNITN            VARCHAR2(200),
      CORPORATE_ID          VARCHAR2(25),
      CORP_DEAL_CODE        VARCHAR2(50),
      OSI_DATA              VARCHAR2(100),
      PAX_NAME              VARCHAR2(1000),
      PAX_TYPE              VARCHAR2(1),
      BOOKING_DATE          DATE,
      SKYWARDS_NO           VARCHAR2(11),
      PROCESSED             CHAR(1),
      FLTFULROU             VARCHAR2(30),
      FLTROUFLNLEG          VARCHAR2(30),
      FLNACFTYP             VARCHAR2(10),
      SEQNO                 NUMBER(3),
      FORM_OF_PAYMENT       VARCHAR2(9),
      TRPTYP                VARCHAR2(1),
      FOPDTL                VARCHAR2(300),
      PNR_ID                NUMBER(15),
      VALUE_ADDED_COST      NUMBER(18,3),
      LINK_OD               VARCHAR2(45),
      TEMP                  VARCHAR2(50),
      ONT_FBC_TEMP          VARCHAR2(100),
      ONT_FBC_TYPE_TEMP     VARCHAR2(20),
      ONT_FBC_ST_TEMP   NUMBER(1),
      INC_FINAL_ST_TEMP NUMBER(1),
      TEMP_FLAG             VARCHAR2(1),
      MODIFIED              CHAR(1),
      MATCH_FLAG            CHAR(2)
    tablespace A_DAT
      pctfree 10
      initrans 1
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
    -- Create/Recreate indexes
    create index IND_FLNST_AGNT_DOC on TAB_FLNDAT (DOCNUM)
      tablespace A_IDX
      pctfree 10
      initrans 2
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
    create index IND_FLNST_AGNT_FLNMTH on TAB_FLNDAT (FLNMTH)
      tablespace A_IDX
      pctfree 10
      initrans 2
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
    create bitmap index IND_FLNST_AREDEF on TAB_FLNDAT (AREA_DEF_ID)
      tablespace A_IDX
      pctfree 10
      initrans 2
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
    create index IND_FLNST_FLNDATAKEY on TAB_FLNDAT (FLNDATAKEY)
      tablespace A_IDX
      pctfree 10
      initrans 2
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
    create bitmap index IND_FLNST_INCPERIOD on TAB_FLNDAT (INC_PERIOD)
      tablespace A_IDX
      pctfree 10
      initrans 2
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
    create index IND_FLNST_INC_ID on TAB_FLNDAT (INC_ID)
      tablespace A_IDX
      pctfree 10
      initrans 2
      maxtrans 255
      storage
        initial 64K
        next 1M
        minextents 1
        maxextents unlimited
      );Edited by: venkatraman.L on Mar 18, 2012 12:51 PM
    Edited by: venkatraman.L on Mar 18, 2012 12:52 PM

    venkatraman.L wrote:
    yes if I use Quotes it is using index. It should be a numeric field.
    Thanks Etbin. I was a little surprised by that. i thought oracle will always implicitly convert to the type of the column. But that happens only for insert/updates.
    From the docs (http://docs.oracle.com/cd/B19306_01/server.102/b14200/sql_elements002.htm):
    The following rules govern the direction in which Oracle Database makes implicit datatype conversions:
    <li>During INSERT and UPDATE operations, Oracle converts the value to the datatype of the affected column.
    <li>During SELECT FROM operations, Oracle converts the data from the column to the type of the target variable.
    <li>When manipulating numeric values, Oracle usually adjusts precision and scale to allow for maximum capacity. In such cases, the numeric datatype resulting from such operations can differ from the numeric datatype found in the underlying tables.
    <li>When comparing a character value with a numeric value, Oracle converts the character data to a numeric value.
    <li>Conversions between character values or NUMBER values and floating-point number values can be inexact, because the character types and NUMBER use decimal precision to represent the numeric value, and the floating-point numbers use binary precision.
    Rule 4 is what happened in your case.

  • Portal not picking up changes from query view in analyzer

    Hello All,
    If I change a query view in analyzer, the changes are not being picked up in the portal unless i restart the portal, therefore clearing the cache.  Is there away of clearing the portal cache without a restart?  I am aware of a few ways to clear navigation cache and PCD cache, but this does not solve my issue. Also I have cleared the query cache through RSRT but this makes no difference.
    Any suggestions apprecaited.
    Thanks,
    Nick

    Hi ,
    This is due to the query cache not getting updated for portal
    view this problem can be solved by only refreshing the query
    and u can get the help of basis people if there are anyother
    way for this .
    Assigning points is the way of saying thanks in SDN
    Regards ,
    Subash Balakrishnan

  • Master data is not getting displayed in the Query Designer

    Hi,
    I have a DSO in which I have an InfoObject called Emp No. in the Data Field.
    The Emp.No is being maintained as master with (Emp Name, Address, Telephone No, DOB) as attributes.
    I have loaded the data in the Emp. No. master. Then tried loading the transaction data in DSO.
    The Emp.No is there in the DSO active data, but in the query designer its not getting displayed.
    Hope its clear.
    Please help.
    Thanks

    Hi,
    I have brought the Emp. No. in the Key Field and also have activate the master data again.
    Yet my Query Designer doesn't have the Emp. No.
    I have done a full load for both Master and Transaction.
    Please advice me what the other alternative.
    Thanks

  • Release Strategy is not picking up in the PO.

    Hi All
    I have defined a Release Strategy for the Purchase Order.
    The Characteristics are
    PO category
    Pur Org
    Total Net Order Value
    All the lights are green which i check the release strategy.
    But the Release Strategy is not picking when PO is created.
    Kindly let me know what is the mistake i have dont or i need to make any corrections.
    Thanks in advance
    Renukaprasad.

    Hi Renuka,
    im using ECC6, my PO rel strategy dont have PO catergory,
    but you can try this:
    Maintained PO characteristics:
    PO doc type
    PO Plant
    PO Pur Grp
    PO total Value
    Once your PO meet this, Rel Strategy triggres.
    When you define the Rel Strategy, there is rel indicator Approved and Block, configure based on your requirement.
    Hope this helps a little
    Regards,
    Maia

  • Customer Exit not called upon in the Query...

    Dear Guys,
    I am working on the "Slow Moving Item(MC46)" report in BW.We need "No.of Days Not consumed" in the Input selection screen in the BW Query.We tried creating a Formula variable upon "Calday" with Data type "Numeric" and then a Customer Exit is called to the Subtract the "No. of days not consumed" from "Today's date(System Date)" and gives the result as "Earlier date" .
    (Eg: Today's Date : 04-04-08
           No. of Days Consumed : 30
           ZSlow_Mov_Date          : 03-03-08).
    But for some reason the Customer exit is not called upon when we execute the Query (RSRT-->Execute + Debug option)..Can someone take time to throw some light on this,plz?
    Manythanks
    Arun

    Hello Arun,  
    In the User Exit Code, please check at what I_STEP value the variable exit is called.
    See this link for more info about I_STEP
    [Dependencies for Variables of Type Customer Exit |http://help.sap.com/saphelp_nw04/helpdata/en/1d/ca10d858c2e949ba4a152c44f8128a/frameset.htm]
    Thanks
    [Chandran|http://chandranonline.blogspot.com/]

  • Taxes in pricing procedure are not picked up in the simulation for invoice

    Hello all
    we want to post taxes in pricing procedure in purchase order. but in MIRO Enter Incoming Invoice the system is not picking the taxes as line items in simulation. please let me know any setting missed in this regard.
    Thanks in advance
    Ramaraju

    Hi,
    Did you selected the Tax code in MIRO, unless you select how the system will show in the simulation.
    Check whether you have assigned the Tax procedure to your Country, did you created the Tax code for your country which you defined. If all the settings are ok then only you will get the Taxes in Simulation of MIRO.
    One more thing r u getting any error while doing MIRO related to Taxes. Check & Confirm.
    rgds
    Chidanand

  • Deltas are not pick up by the data source

    Hi,
       From one weak onwards my data source is not pick any deltas today i found that the luw's are struck into LBWQ.I can see the luw's in lbwq .In rsa7 there is no luw'sie It shows 0.My data source 2lis_02_scl. The V3 job compleated success fully every day.
    So how can i clear the LUW's to rsa7. Remember this is production .
    This is very urgent please respond.
    Thanks in advance.
    Sharma.
    Message was edited by: Amol Kulkarni

    Hi
    Here a few links on the topic..
    /thread/101086 [original link is broken]
    Luw in the delta queue.
    /people/sap.user72/blog/2005/01/19/logistic-cockpit-delta-mechanism--episode-three-the-new-update-methods
    Regards..

Maybe you are looking for

  • Can two EARs bind the same ejb?

    Hello, Is it possible to use the same entity bean from different EARs? I have an entity ejb for the UUP and I want to use the same uup from two different applications, but when the second application is deploying, throws the next exception: <BEA-1492

  • Can't put photos on ipod video 60gig

    I have a 60 Gig ipod, Vista OS, since updating to vista64 i can no longer add any photos to my ipod. i had to restore it at the same time and since can't upload any photos at all. says it is syncing for hours or days if i would leave it on that long,

  • Need Information

    We have faced a problem in (Flash 8) Tween Class under mx.transitions package for our specific project. Tween  Class is not working properly when we are loading multiple swf(AS2) files in flex application and communicate via local connection. To reso

  • Camera Raw 7.0

    Why is it when I move to CS5 from LR4, I'm told that in need 7.0 in order to process my data properly. Plus I can't find it any where, what's the real deal?

  • SIMPLE login script install of zfd4 agent?

    Is there is simpler way of installing the zfd4 agent via a login script when I'm not using an intermediate tier or use the application explorer. The login script examples I've found onlnie (and information in the Novell docs and Novel Press books) se