RE: re Rebuilding Indexes in Oracle Apps -- was RE: RE: Separate

Jared,

Unfortunately at this stage I cannot quantify in numbers as I have left that job 5 months back. But dealing with Oracle Financials 10.7 with version 7.3.4, I observed it practically that this table and it is indexes (i think 4 or 5 indexes) require special attention for performance reasons.

At my last employment that table was also used by customized application specially Manufactruring and stock locator application and heavy usage of inserts and deletes. If indexes were not rebuilt on that tablespace then I have seen that users were complaining about slowness of thier jobs. So I made it a maintenance routine to rebuild indexes on gl_interface table after monthly closing.

Apart from this, as you cannot change code in Oracle Financials(although I did) , you to deal with indexes either through rebuilding them at regular intervals (may be six moths or a year) or adding new indexes based on your observation of certain codes. One monthly job called ACCRUAL REBUILD RECONCILIATION was passing 36 hours and I have to add 6 indexes on 2 tables and time went down to 1 hour. In certain codes they were suppresing indexes(perfectly indexed columns) resulting 15 mintues to fetch rows and after correcting that code it took less than second.

Now another database of Order Entry System. When I joined I observed a lot of performance issues. After consulting with Development team,tracked all those tables with lot of regular deletes and inserts, rebuilt all indexes and got back 5GB of tablespace and performance was at their peak.

All those application was based on RULE optimizer so we were not analyzing any table/indexes but based on experience with those applications, I was tracking those tables with large deletes and inserts through application(not data load) and rebuilding indexes with regular interval to keep smooth performance.

In my opinion, we always need performance satisfaction of end user instead of numbers.

If you have any specific question, please let me know.

Regards
Rafiq

Reply-To: ORACLE-L_at_fatcity.com
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com> Date: Wed, 15 Oct 2003 22:04:24 -0800

The 'better performance' part is what I would like to see some metrics on.

How much better? Is it worth the trouble?

If your indexes continually build up to the same size, what is being gained by saving some space for a period of time?

Thanks,

Jared

On Wed, 2003-10-15 at 18:04, M Rafiq wrote:
> Jared,
>
> Those tables are transit type of tables and depending on your volume of
> data, there are lot of deletes and inserts all the time resuling index
> fragmentation(holes due to deletes) and space usage.
>
> The rebuilding not only release the space but also reduces the index
> fragmentation. If you don't have table truncation option for such tables
> then it is much better to rebuid indexes on such tables at regular
interval
> to release space and for better performance.
>
> As regard quantification, you many release sufficient amount of space if
> your usage is higher. Here it was 7.3.4 database so no LMT involved.
>
> Regards
> Rafiq
>
>
>
>
>
>
>
> Reply-To: ORACLE-L_at_fatcity.com
> To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
> Date: Wed, 15 Oct 2003 13:19:24 -0800
>
> Please explain why these indexes must be built.
>
> What benefits do you see from it?
>
> Are they quantifiable?
>
> Jared
>
>
>
>
>
> "M Rafiq" <rafiq9857_at_hotmail.com>
> Sent by: ml-errors_at_fatcity.com
> 10/14/2003 03:49 PM
> Please respond to ORACLE-L
>
>
> To: Multiple recipients of list ORACLE-L
<ORACLE-L_at_fatcity.com>
> cc:
> Subject: RE: re Rebuilding Indexes in Oracle Apps -- was
RE:
> RE: Separate
>
>
> John
> What about gl_interface table indexes? I think indexes on all *interface(
> tables must be rebuild on a regular interval...I was building indexes on
> gl_interfaces and fnd_request* tables on monthly basis.
>
> Regards
> Rafiq
>
>
>
> Reply-To: ORACLE-L_at_fatcity.com
> To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
> Date: Tue, 14 Oct 2003 13:34:24 -0800
>
> Hemant,
>
> This applies on 11i only. I would rebuild all indexes supporting the
> WF_ITEM_ACTIVITY_STATUSES and WF_ATTRIBUTE_VALUES tables. I have been
> working on some AOL table(space) problems in the background and noticed
> that
> in 11i by default, we are not be purging _all_ the WF data that we should
> be
> purging. I believe the current Purge routine purges activity rows whose
> persistence has expired and are marked 'TEMPORARY' and ignores those that
> are COMPLETE (see below). My contention is that it should be deleting old
> rows that are COMPLETEd... (Fyi, this is 12+ million rows...) Notes
> 141853.1, 144806.1, 132254.1, 148705.1, 148678.1 may help.
>
> You could check this using the following SQLs
>
> select activity_status, count(*)
> from applsys.wf_item_activity_statuses
> group by activity_status;
>
> select item_type,activity_status,count(*)
> from
> applsys.wf_item_activity_statuses where activity_status='COMPLETE'
> group by item_type,activity_status;
>
> Once the 'correct' purge is complete, the 'holey' indexes will need to be
> rebuilt and the WF_ tables copied/truncated/recopied to shrink the HWM to
> reasonable levels.
>
> Let me know what your install shows up.
> John Kanagaraj
> DB Soft Inc
> Phone: 408-970-7002 (W)
>
> Grace - Getting something we do NOT deserve
> Mercy - NOT getting something we DO deserve
> Click on 'http://www.needhim.org' for Grace and Mercy that is freely
> available!
>
> ** The opinions and facts contained in this message are entirely mine and
> do
> not reflect those of my employer or customers **
>
> -----Original Message-----
> Sent: Tuesday, October 14, 2003 8:39 AM
> To: Multiple recipients of list ORACLE-L
>
>
>
> John,
>
> I rebuild the FND_CONCURRENT_REQUESTS indexes every four months [and the
> table itself, occassionally].
> This Saturday I will also be rebuilding some ALR indexes.
> Which WorkFlow Indexes do you rebuild ?
>
> Hemant
>
> At 11:44 AM 13-10-03 -0800, you wrote:
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: John Kanagaraj
> INET: john.kanagaraj_at_hds.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>
> _________________________________________________________________
> Concerned that messages may bounce because your Hotmail account has
> exceeded
> its 2MB storage limit? Get Hotmail Extra Storage!
> http://join.msn.com/?PAGE=features/es
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: M Rafiq
> INET: rafiq9857_at_hotmail.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>
> _________________________________________________________________
> Concerned that messages may bounce because your Hotmail account has
exceeded
> its 2MB storage limit? Get Hotmail Extra Storage!
> http://join.msn.com/?PAGE=features/es
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: M Rafiq
> INET: rafiq9857_at_hotmail.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>

--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Jared Still
   INET: jkstill_at_cybcon.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

_________________________________________________________________
Fretting that your Hotmail account may expire because you forgot to sign in 
enough? Get Hotmail Extra Storage today!   
http://join.msn.com/?PAGE=features/es

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: M Rafiq
  INET: rafiq9857_at_hotmail.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).