Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 70110 invoked from network); 9 Aug 2007 15:51:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Aug 2007 15:51:09 -0000 Received: (qmail 85931 invoked by uid 500); 9 Aug 2007 15:51:07 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 85914 invoked by uid 500); 9 Aug 2007 15:51:07 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 85905 invoked by uid 99); 9 Aug 2007 15:51:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Aug 2007 08:51:07 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of the.mindstorm.mailinglist@gmail.com designates 64.233.162.225 as permitted sender) Received: from [64.233.162.225] (HELO nz-out-0506.google.com) (64.233.162.225) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Aug 2007 15:51:03 +0000 Received: by nz-out-0506.google.com with SMTP id s18so235005nze for ; Thu, 09 Aug 2007 08:50:42 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H0EDJFGAfP4iM0tFAWajN1gTYORBnM1a9A1+J9QEaHguGifSJ7GzUrFKMygtuc5ICancyCxneB6G6MB9MG8xSqOlfY8GJOGGAd9EnSIL+7KT3VcR1j+f49WRwUXL+ykx8z7C9fbH67QImTA9KNtTSvdkHqGBPSXh7GBtMGU9TG8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cifQsWhS7UZZgxkgMvzBtnqlmpUtZlYvEGn5jTNqTZVU9quKFrd3FaJoZpZdw+p6q/WDj7h9JOfyxeyDM9c6j5XDs+iPtxLxKwoezj2mAr2BBLAMcwIMPNPYC9DNUroehzHrCmSbxofLp+F9BGhZ2QYNtVK9XL2GTYE0HCh2LI0= Received: by 10.114.155.1 with SMTP id c1mr653452wae.1186674641473; Thu, 09 Aug 2007 08:50:41 -0700 (PDT) Received: by 10.114.150.12 with HTTP; Thu, 9 Aug 2007 08:50:41 -0700 (PDT) Message-ID: Date: Thu, 9 Aug 2007 18:50:41 +0300 From: "=?UTF-8?Q?Alexandru_Popescu_=E2=98=80?=" To: users@jackrabbit.apache.org Subject: Re: ObjectPersistenceManager vs SimpleDbPersistenceManager In-Reply-To: <5f211bd50708090647j4168ff77ua1b046478de520b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <18924955.6981186501846375.JavaMail.root@mail.rhoderunner.com> <5f211bd50708090647j4168ff77ua1b046478de520b@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org On 8/9/07, Thomas Mueller wrote: > Hi, > > I suggest to use a Bundle Database Persistence Manager, for example: > org.apache.jackrabbit.core.persistence.bundle.DerbyPersistenceManager > ... or another database. The advantages are: > > - More stable than ObjectPersistenceManager > - Faster than SimpleDbPersistenceManager > > Thomas > IMO Phillip is after a more advanced BundledPM:one that can fetch children in the same op. I suppose he can write his own based on the current ones. ./alex -- .w( the_mindstorm )p. > On 8/7/07, Phillip Rhodes wrote: > > Hello everyone, > > > > I did some debugging for my performance problems with SimpleDbPersistenceManager. > > I ran SimpleDbPersistenceManager with jdbclogger and found that Jackrabbit will issue 2+ sql queries for each node as I iterator through the NodeIterator. This does not scale well for me. > > > > I am considering switching my workspace to use the ObjectPersistenceManager . I understand it is not reliable as the SimpleDbPersistenceManager, but since I won't be issuing 400+ database queries, I hope the performance for my application will improve. > > > > Am I risking the entire repository becoming corrupt, or just a few nodes becoming corrupt? I don't mind a few nodes becoming corrupt, but if the entire repo can become corrupt if the repository is killed, I would appreciate knowing this! > > > > > > > > > > Thank you as always. > > Phillip > > > > > > >