Return-Path: Delivered-To: apmail-ibatis-user-java-archive@www.apache.org Received: (qmail 48101 invoked from network); 18 May 2006 19:47:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 May 2006 19:47:26 -0000 Received: (qmail 45911 invoked by uid 500); 18 May 2006 19:47:24 -0000 Delivered-To: apmail-ibatis-user-java-archive@ibatis.apache.org Received: (qmail 45898 invoked by uid 500); 18 May 2006 19:47:24 -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 45887 invoked by uid 99); 18 May 2006 19:47:24 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 May 2006 12:47:24 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [206.113.192.17] (HELO yorktown.nielsenmedia.com) (206.113.192.17) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 May 2006 12:47:23 -0700 Received: from nmrflimg2.enterprisenet.org (nmrflimg2.enterprisenet.org [10.38.67.65]) by yorktown.nielsenmedia.com (8.13.6/8.13.6) with ESMTP id k4IJZ9In020876 for ; Thu, 18 May 2006 15:35:09 -0400 (EDT) Received: from nmr001oldOWA01.enterprisenet.org (unverified) by nmrflimg2.enterprisenet.org (Content Technologies SMTPRS 4.3.14) with ESMTP id for ; Thu, 18 May 2006 15:47:02 -0400 Received: from nmr001oldmsx04.enterprisenet.org ([10.38.67.63]) by nmr001oldOWA01.enterprisenet.org with Microsoft SMTPSVC(6.0.3790.1830); Thu, 18 May 2006 15:47:02 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C67AB3.D51B53AA" Subject: RE: Is it possible Date: Thu, 18 May 2006 15:46:59 -0400 Message-ID: <093D7E25FD9C2441A13103EFB8CBED3A0AD922F0@nmr001oldmsx04.enterprisenet.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Is it possible thread-index: AcZ6saWMbwEEbJmwQsS/Z+dM7OwEeQAAfoAg From: "Chen, Tim" To: X-OriginalArrivalTime: 18 May 2006 19:47:02.0402 (UTC) FILETIME=[D55D1620:01C67AB3] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a multi-part message in MIME format. ------_=_NextPart_001_01C67AB3.D51B53AA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Actually I turned on JDBC logging (I think it explains how in the IBatis log) using log4j and from that you can infer which goes out as queries and which doesn't (which goes to cache). Don't know if there's another solution but it's really easy to do. ________________________________ From: Zacks, Michael [mailto:Michael_Zacks@ziffdavis.com]=20 Sent: Thursday, May 18, 2006 3:31 PM To: user-java@ibatis.apache.org Subject: Is it possible To determine whether query results were returned from the cache or from a trip to the database? I'm running Ibatis against SqlServer. My problem is that I have a query that was meant to be cached, but instead was being run every time against the database - much to the detriment of our application. I think I know what the problem is (I suspect it is an accidental 'select * from'), but I would like to be able to verify when database results came from the cache or not. Thanks in advance.=20 =20 =20 This e-mail message and any attachments to it are for the sole use of the intended recipients and may contain confidential and privileged information. This e-mail message and any attachments are the property of Ziff Davis Media Inc. or its affiliates. Any unauthorized review, use, disclosure, or distribution of this e-mail message or its attachments is prohibited. If you are not an intended recipient, please notify the sender by reply e-mail and destroy all copies of the original message and any attachments. Thank you. ------_=_NextPart_001_01C67AB3.D51B53AA Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Is it possible
Actually I turned on JDBC logging (I think it = explains how=20 in the IBatis log) using log4j and from that you can = infer which=20 goes out as queries and which doesn't (which goes to cache). Don't know = if=20 there's another solution but it's really easy to = do.


From: Zacks, Michael=20 [mailto:Michael_Zacks@ziffdavis.com]
Sent: Thursday, May 18, = 2006=20 3:31 PM
To: user-java@ibatis.apache.org
Subject: Is = it=20 possible

To determine whether query results were = returned from=20 the cache or from a trip to the database?  I'm running Ibatis = against=20 SqlServer.  My problem is that I have a query that was meant to be = cached,=20 but instead was being run every time against the database - much to the=20 detriment of our application.  I think I know what the problem is = (I=20 suspect it is an accidental 'select * from'), but I would like to be = able to=20 verify when database results came from the cache or not.

Thanks in advance.

 
 

This e-mail message and any attachments to it are for the sole use of = the=20 intended recipients and may contain confidential and privileged = information.=20 This e-mail message and any attachments are the property of Ziff Davis = Media=20 Inc. or its affiliates. Any unauthorized review, use, disclosure, or=20 distribution of this e-mail message or its attachments is prohibited. If = you are=20 not an intended recipient, please notify the sender by reply e-mail and = destroy=20 all copies of the original message and any attachments. Thank=20 you.

------_=_NextPart_001_01C67AB3.D51B53AA--