🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.databases.oracle.misc
Article #153

Re: Prepare Statement and (Oracle's) SGA

#153
From: Robert Klemme
Date: Mon, 25 Jun 2001 15:04
47 lines
3085 bytes

Alain Kreienbuhl schrieb:
> We're using the PreparedStatement Object Pool provided in Websphere
> AppServer with an Oracle 8.0.5 RDMS (yes I know :-) .
> 
> At one time we had 3 connections alloted using the same query. Since a
> PreparedStatement is associated with a Connection object at that time we
> had 3 connections objects and 3 preparedStatement objects (1 /
> connection).
> 
> Now when we looked at the v$sql table regarding the specific query, we
> noted that the parse_call was 1. This means that SGA cached the parsed
> query. Now I understand that the SGA is buffer where come and go. Now
> may question is this :
>    - Is it possible under heavy load that the  SGA clears all parsed
> query related to the preparedStatement object so that even if a
> PreparedStatement is cache in the Application Server the parsed query
> might be gone on the RDMS side; forcing to prase again the statement.
>   - Or do preparedStatement have a different life cycle so while the
> connection is open no preparedStatement (associated to that connection)
> is to be "Garbage collected" from the SGA.
>   - Because of the PreparedStatement Object Pool does the SGA size need
> to be increased ?

AFAIK oracle does caching not on a per connection basis but
globally.  so if there are two connections executing the same SQL
statement the SQL parser in the server does only need to parse it
once and the other executions can benefit from this.

	robert

-- 
Robert Klemme
Software Engineer
-------------------------------------------------------------
myview technologies GmbH & Co. KG
Riemekestraße 160 ~ D-33106 Paderborn ~ Germany
E-Mail: mailto:robert.klemme@myview.de
Telefon: +49/5251/69090-321 ~ Fax: +49/5251/69090-399
-------------------------------------------------------------
Technical Details
Message-ID: <3B375307.87E94E18@myview.de>
Path: arc1-ca.pugleaf.net!archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!fu-berlin.de!uni-berlin.de!62.225.113.66!not-for-mail
References: <3B2F4D6B.72B1787E@fisystem.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII
X-Google-Thread: f99a8,ce0a30a991f3a3e0
X-Google-Attributes: gidf99a8,public
X-Google-Thread: 107d46,ce0a30a991f3a3e0
X-Google-Attributes: gid107d46,public
X-Google-Thread: 1090f0,ce0a30a991f3a3e0
X-Google-Attributes: gid1090f0,public
X-Google-ArrivalTime: 2001-06-25 08:01:26 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!fu-berlin.de!uni-berlin.de!62.225.113.66!not-for-mail
From: Robert Klemme <robert.klemme@myview.de>
Newsgroups: comp.databases.oracle.misc,comp.lang.java.databases,ibm.software.websphere.application-server
Subject: Re: Prepare Statement and (Oracle's) SGA
Date: Mon, 25 Jun 2001 17:04:39 +0200
Organization: myview technologies http://www.myview.de
Lines: 47
Message-ID: <3B375307.87E94E18@myview.de>
References: <3B2F4D6B.72B1787E@fisystem.com>
NNTP-Posting-Host: 62.225.113.66
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: fu-berlin.de 993481284 12986538 62.225.113.66 (16 [52924])
X-Mailer: Mozilla 4.6 [de] (WinNT; I)
X-Accept-Language: de