Performance - EBS (MOSC)

MOSC Banner

Full table scan from MTL_SYSTEM_ITEMS_B is extremely slow

edited Feb 6, 2016 4:00AM in Performance - EBS (MOSC) 4 commentsAnswered

I am facing performance issues with many queries that involve full table scan of  mtl_system_items_b in our R12 ERP instance.

The table has only 4 million rows, but yes 401 columns (which means it will have row migration and fragmented rows as well)

But even a simple query like the one below takes 52 mins on my production instance:

select count(1) from mtl_system_items_b where item_type = 'UX'

Plan hash value: 1724281435

-----------------------------------------------------------------------------------------

| Id  | Operation          | Name               | Rows  | Bytes | Cost (%CPU)| Time     |

-----------------------------------------------------------------------------------------

|   0 | SELECT STATEMENT   |                    |       |       |   165K(100)|          |

|   1 |  SORT AGGREGATE    |                    |     1 |     4 |            |          |

|*  2 |   TABLE ACCESS FULL| MTL_SYSTEM_ITEMS_B |   127K|   499K|   165K  (2)| 00:33:06 |

-----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):

Howdy, Stranger!

Log In

To view full details, sign in to My Oracle Support Community.

Register

Don't have a My Oracle Support Community account? Click here to get started.

Category Leaderboard

Top contributors this month

EBS Performance Tags

New to My Oracle Support Community? Visit our Welcome Center

MOSC Help Center