RE: 8.1.7.4 migration from 32 bit to 64 bit problem

The explain plan in the second one is using a cartesian merge.

I am trying to use hints in the views to no avail, see hybernate creates the select.

The wierd thing is that all the data, etc is the same. The only difference is the database 32/64 bit.

I tried setting the _complex view parameter and bounced the database and this didn't help.

No one else is using this database but the this user.

Kathy

-----Original Message-----
From: Jeremiah Wilton [mailto:jwilton_at_speakeasy.net] Sent: Friday, November 19, 2004 1:09 PM
To: Oracle L (E-mail)
Subject: RE: 8.1.7.4 migration from 32 bit to 64 bit problem

Sorry if this has been explored, but it sounds like the difference in the plans is the problem. Can you elaborate on WHAT is different about the plans?

Is something else hogging temp?

--
Jeremiah Wilton
Independent Oracle Professional
Oracle Certified Master
Disaster Recovery - Seminars - Technical Interviews
http://www.speakeasy.net/~jwilton

On Fri, 19 Nov 2004, Duret, Kathy wrote:



> two database set up is EXACTLY the same (init.ora, files size etc)

>

> Query using two views in OLD 32 bit runs in 2 seonds and with the WHOLE

> company running on the database uses less than 1/2 G of temp tablespaces.

>

> Query ONLY running on new production database get ora-1652 (out of temp

> space) on 1G of temp space after 81 seconds.

>

> Once again same set up, same data,  BUT the explain plans are different

but


> are fairly similiar.

--
http://www.freelists.org/webpage/oracle-l



This transmission contains information solely for intended recipient and may
be privileged, confidential and/or otherwise protect from disclosure.  If
you are not the intended recipient, please contact the sender and delete all
copies of this transmission.  This message and/or the materials contained
herein are not an offer to sell, or a solicitation of an offer to buy, any
securities or other instruments.  The information has been obtained or
derived from sources believed by us to be reliable, but we do not represent
that it is accurate or complete.  Any opinions or estimates contained in
this information constitute our judgment as of this date and are subject to
change without notice.  Any information you share with us will be used in
the operation of our business, and we do not request and do not want any
material, nonpublic information. Absent an express prior written agreement,
we are not agreeing to treat any information confidentially and will use any
and all information and reserve the right to publish or disclose any
information you share with us.
--
http://www.freelists.org/webpage/oracle-l