RE: dba_extents view in Oracle 10.2.0.2
- From: genegurevich@xxxxxxxxxxxxxxxxxxxxx
- To: "oracle-l" <oracle-l@xxxxxxxxxxxxx>
- Date: Mon, 31 Jul 2006 17:09:34 -0500
Sorry if this is a duplicate post.
I got a workaround from oracle - create a new view called dba_extents_wa
and use it instead of dba_extents.
Our EDS team confirmed that the performance was indeed better using
dba_extents_wa view (compared
with old dba_extents). Oracle did not recommend to replace the dba_extents
because - as I understood -
they have not tested this new view completely. I can post the SQL to create
dba_Extents_wa if anyone is
interested.
Thanks to all who replied to my posts
Gene Gurevich
"Allen, Brandon"
<Brandon.Allen@On
eNeck.com> To
<Dave.Herring@xxxxxxxxxx>,
06/26/2006 10:40 <genegurevich@xxxxxxxxxxxxxxxxxxxxx
AM >, "oracle-l"
<oracle-l@xxxxxxxxxxxxx>
cc
Subject
RE: dba_extents view in Oracle
10.2.0.2
I've had similar problems in 10.2.0.2 recently with a known bug
(Metalink notes 5103126, 4618615 & 5130698) causing slowness with the
following recursive query:
select c.name, u.name from con$ c, cdef$ cd, user$ u where c.con# =
cd.con# and cd.enabled = :v1 and c.owner# = u.user#
- which is executed everytime you (or your app) tries to insert a
duplicate into a unique constraint and triggers ORA-00001. This can be
a big problem if you have an app that tries to do this regularly.
Anyway, the workaround was to delete stats on cdef$, user$ and con$ and
lock them. So far, this has cleared up the problem with no known side
effects.
Regards,
Brandon
Privileged/Confidential Information may be contained in this message or
attachments hereto. Please advise immediately if you or your employer do
not consent to Internet email for messages of this kind. Opinions,
conclusions and other information in this message that do not relate to the
official business of this company shall be understood as neither given nor
endorsed by it.
--
//www.freelists.org/webpage/oracle-l
Other related posts:
