You are right. As you agreed our ultimate goal is user satisfaction and I believe in that, may be a old habit. I came into computer area because of our dissatisfaction(being enduser) with our IT shop otherwise professionaly I used to be a qualified professional accountant playing with numbers.

Regards
Rafiq





Reply-To: [EMAIL PROTECTED]
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
Date: Thu, 16 Oct 2003 14:59:26 -0800

Thanks for the info.

Too bad you can't get some metrics to show what was happening.

Yes, user satisfaction is the ultimate indicator of tuning success, but
there are also metrics to back it up, they just need to be collected
before and after.

Thanks,

Jared






"M Rafiq" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 10/16/2003 10:34 AM Please respond to ORACLE-L


To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
cc:
Subject: 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: [EMAIL PROTECTED]
To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
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: [EMAIL PROTECTED]
 > To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
 > 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" <[EMAIL PROTECTED]>
 > Sent by: [EMAIL PROTECTED]
 >   10/14/2003 03:49 PM
 >   Please respond to ORACLE-L
 >
 >
 >          To:     Multiple recipients of list ORACLE-L
<[EMAIL PROTECTED]>
 >          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: [EMAIL PROTECTED]
 > To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
 > 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: [EMAIL PROTECTED]
 >
 > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]
 >
 > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]
 >
 > 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

_________________________________________________________________
Want to check if your PC is virus-infected? Get a FREE computer virus scan online from McAfee. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: M Rafiq
 INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

Reply via email to