Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 94610 invoked from network); 31 Jan 2009 20:39:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 31 Jan 2009 20:39:48 -0000 Received: (qmail 19523 invoked by uid 500); 31 Jan 2009 20:39:41 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 19510 invoked by uid 500); 31 Jan 2009 20:39:41 -0000 Mailing-List: contact user-java-help@ibatis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user-java@ibatis.apache.org Delivered-To: mailing list user-java@ibatis.apache.org Received: (qmail 19501 invoked by uid 99); 31 Jan 2009 20:39:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 31 Jan 2009 12:39:41 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mgglist@comcast.net designates 76.96.30.56 as permitted sender) Received: from [76.96.30.56] (HELO QMTA06.emeryville.ca.mail.comcast.net) (76.96.30.56) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 31 Jan 2009 20:39:30 +0000 Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA06.emeryville.ca.mail.comcast.net with comcast id ADs71b00E0x6nqcA6Lf9zd; Sat, 31 Jan 2009 20:39:09 +0000 Received: from MainServer ([67.186.196.49]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id ALf81b00D14Rds38YLf8oU; Sat, 31 Jan 2009 20:39:09 +0000 Reply-To: From: "M. Goodell" To: Subject: RE: SQL-Map / CDATA Performance Issue Date: Sat, 31 Jan 2009 13:39:29 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 In-Reply-To: <55efbd800901311212r6e93a196u7ff0917c64668758@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Version: ibatis-2.3.4.726 Not using statement caching as far as I know. Could you please provide a brief example of turning on statement caching? I have read without it there is a performance hit. Thanks! M. Goodell -----Original Message----- From: Chema [mailto:demablogia@gmail.com] Sent: Saturday, January 31, 2009 1:12 PM To: user-java@ibatis.apache.org Subject: Re: SQL-Map / CDATA Performance Issue What version are you using ? Do you have statement caching enabled ? 2009/1/31 M. Goodell : > Looking further into this it seems to have little to do with the CDATA tag > but the formatting of the SQL statement. The more formatting applied to the > SQL statement, the slower the performance. > > Format A is much slower than Format A > > (Format A) > INSERT INTO > people ( > last_name, > first_name, > age > ) VALUES ( > #lastName#, > #firstName#, > #age#); > > (Format B) > INSERT INTO people (last_name,first_name,age) VALUES > (#lastName#,#firstName#,#age#); > > -----Original Message----- > From: M. Goodell [mailto:mgglist@comcast.net] > Sent: Saturday, January 31, 2009 12:52 PM > To: Chema; user-java@ibatis.apache.org; mgglist@comcast.net > Subject: RE: SQL-Map / CDATA Performance Issue > > > Here is some more information: > > 1.) Using (Format A) and inserting 10,000 records this takes roughly 12-15 > seconds. > > (Format A) > INSERT INTO people ( > last_name, > first_name, > age > ) VALUES ( > #lastName#, > #firstName#, > #age# > ); > ]]> > > 2.) Using (Format B) and inserting 10,000 records this takes roughly 7-8 > seconds. > > (Format B) > INSERT INTO people ( > last_name, > first_name, > age > ) VALUES ( > #lastName#, > #firstName#, > #age# > ); > > 3.) Using (Format C) and inserting 10,000 records this takes roughly 3-4 > seconds. > > (Format C) > INSERT INTO people (last_name, first_name, age) VALUES > (#lastName#,#firstName#,#age#); > > Again, thanks for any help. > > -----Original Message----- > From: Chema [mailto:demablogia@gmail.com] > Sent: Saturday, January 31, 2009 12:24 PM > To: user-java@ibatis.apache.org; mgglist@comcast.net > Subject: Re: SQL-Map / CDATA Performance Issue > > > And without CDATA tag ? Same performance ? > Indeed, I don't know why you use it for that query > > > 2009/1/31 MGG List Subscription : >> When I format the SQL within my insert element like Example 1.0 and time >> several application calls the performance is degraded *substantially*. >> However, if I format the SQL as shown in Example 1.1 the performance >> improves dramatically. >> >> It seems the larger the SQL statement and the more "pretty" formatting > that >> is applied to the embedded SQL statement causes the performance to > degrade. >> I have read the manual sections on applying the CDATA XML tag to the SQL > but >> it seems to not make a difference unlsess the SQL is compacted on to one >> line. >> >> Thank you in advance for any help! >> >> Example 1.0: >> >> >> > INSERT INTO people ( >> last_name, >> first_name, >> age >> ) VALUES ( >> #lastName#, >> #firstName#, >> #age# >> ); >> ]]> >> >> >> >> Example 1.1: >> >> >> > INSERT INTO people (last_name, first_name, age) VALUES (#lastName#, >> #firstName#, #age#); >> ]]> >> >> No virus found in this outgoing message. >> Checked by AVG - www.avg.com >> Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 >> 17:31:00 >> >> > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 > 17:31:00 > > No virus found in this outgoing message. > Checked by AVG - www.avg.com > Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 > 17:31:00 > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 > 17:31:00 > > No virus found in this outgoing message. > Checked by AVG - www.avg.com > Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 > 17:31:00 > > No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 17:31:00 No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 17:31:00