Article View: comp.databases.oracle.misc
Article #153Re: Prepare Statement and (Oracle's) SGA
From: Robert Klemme
Date: Mon, 25 Jun 2001 15:04
Date: Mon, 25 Jun 2001 15:04
47 lines
3085 bytes
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-mailReferences:
<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