RE: Help with Shared Pool Problem

From: Smith, Ron L. <rlsmith_at_kmg.com>
Date: Thu, 14 Oct 2004 09:17:05 -0500
Message-ID: <270A0BDDFDE54E41B78F0F06D82A66B85090FD@okcexg3.kmg.com>

So until the current transaction or cursor is complete, the statements remain in the Shared Pool?

-----Original Message-----
From: Ganesh Raja [mailto:ganesh.raja_at_gmail.com]=20 Sent: Thursday, October 14, 2004 9:05 AM To: Smith, Ron L.
Cc: shaharul.anuar_at_intecbilling.com; oracle-l_at_freelists.org Subject: Re: Help with Shared Pool Problem

Yes there is But .. But the In your Case they are not Ageing out .. They are on the Hot List and they need to be there .. They are Pinned by Some other Session....

On Thu, 14 Oct 2004 08:48:07 -0500, Smith, Ron L. <rlsmith_at_kmg.com> wrote:
> So you are saying there is no LRU processing taking place? Nothing is

> ever aged out or overwritten?

>=20

> Ron

>=20
>=20
>=20

> -----Original Message-----
> From: Ganesh Raja [mailto:ganesh.raja_at_gmail.com]
> Sent: Thursday, October 14, 2004 8:33 AM
> To: Smith, Ron L.
> Cc: shaharul.anuar_at_intecbilling.com; oracle-l_at_freelists.org
> Subject: Re: Help with Shared Pool Problem

>=20

> There is No Aging happening .. Let us assume that u are Calling a=20
> Select Stmt Again and Again with different Parameters to it and also=20
> same parameters .. As Far as Oracle is concerened your stmts have not=20
> aged . They are new since it has now only been created or it has been=20
> used in the past few mins.

>=20

> So oracle tries to create new space for the stmt that u are trying to=20
> parse now and it fails there ..

>=20

> HTH

>=20

> ~
> Ganesh

>=20

> On Thu, 14 Oct 2004 08:08:35 -0500, Smith, Ron L. <rlsmith_at_kmg.com>
> wrote:
> > I know the reason for the Shared pool filling up is because the=20
> > programs do not use bind variables.
> >
> > My question was, why do the old SQL statements not get aged out and=20
> > free up space for new statements?
> >
> > Ron
> >
> > -----Original Message-----
> > From: shaharul.anuar_at_intecbilling.com=20
> > [mailto:shaharul.anuar_at_intecbilling.com]=3D20
> > Sent: Thursday, October 14, 2004 8:06 AM
> > To: Smith, Ron L.; oracle-l-bounce_at_freelists.org;=20
> > oracle-l_at_freelists.org
> > Subject: RE: Help with Shared Pool Problem
> >
> >
> > Hi Ron,
> >
> > Have u ran SQL trace on particular session doing large data load?=20
> > Looks like that piece of SQL is not using bind variables. If no bind

> > values, same SQL will be treated as new piece of code and has to be=20
> > hard parsed each time.
> >
> > Shaharul
> >
> >
> > -----Original Message-----
> > From: oracle-l-bounce_at_freelists.org
> > To: oracle-l_at_freelists.org
> > Sent: 10/14/2004 1:55 PM
> > Subject: Help with Shared Pool Problem
> >
> > Can someone tell me why I keep running out of shared pool space? If

> > old SQL statements are supposed to be aged out or written over=20
> > automatically, how can I run out of space? This is happening from=20
> > time to time in several databases. It appears it happens when large

> > data loads are running.
> >
> > Ron
> >
> > Important Notice!!
> > If you are not the intended recipient of this e-mail message, any=20
> > use,

>=20
> > =3D =3D3D distribution or copying of the message is prohibited. =
Please=20
> > let

>=20
> > me know immediately by return e-mail if you have received =3D3D this =

> > message by mistake, then delete the e-mail message. Thank you.
> > --
> > http://www.freelists.org/webpage/oracle-l
> >
> > This e-mail and any attachments are confidential and may also be=20
> > legally privileged and/or copyright material of Intec Telecom=20
> > Systems PLC (or its affiliated companies). If you are not an=20
> > intended or authorised recipient of this e-mail or have received it=20
> > in error, please delete it immediately and notify the sender by=20
> > e-mail. In such a case, reading, reproducing, printing or further=20
> > dissemination of this e-mail or its contents is strictly prohibited=20
> > and may be unlawful.=3D20
> >
> > Intec Telecom Systems PLC does not represent or warrant that an=20
> > attachment hereto is free from computer viruses or other defects.=20
> > The opinions expressed in this e-mail and any attachments may be=20
> > those of the author and are not necessarily those of Intec Telecom=20
> > Systems PLC.
> >
> >
> >
> >
> > Important Notice!!
> > If you are not the intended recipient of this e-mail message, any=20
> > use,

>=20
> > =3D distribution or copying of the message is prohibited. Please let =

> > me know immediately by return e-mail if you have received =3D this=20
> > message by mistake, then delete the e-mail message. Thank you.
> > --
> > http://www.freelists.org/webpage/oracle-l
> >

>=20
>=20
>=20
>=20

> Important Notice!!
> If you are not the intended recipient of this e-mail message, any use,

> distribution or copying of the message is prohibited. Please let me=20
> know immediately by return e-mail if you have received this message by

> mistake, then delete the e-mail message. Thank you.
>

Important Notice!!
If you are not the intended recipient of this e-mail message, any use, = distribution or copying of the message is prohibited. Please let me know immediately by return e-mail if you have received = this message by mistake, then delete the e-mail message. Thank you.

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

Received on Thu Oct 14 2004 - 09:13:00 CDT