Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 65138 invoked from network); 2 Oct 2006 10:10:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Oct 2006 10:10:32 -0000 Received: (qmail 81937 invoked by uid 500); 2 Oct 2006 10:10:31 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 81919 invoked by uid 500); 2 Oct 2006 10:10:29 -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 81910 invoked by uid 99); 2 Oct 2006 10:10:27 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Oct 2006 03:10:27 -0700 Authentication-Results: idunn.apache.osuosl.org header.from=thomas.tom.mueller@gmail.com; domainkeys=good X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 Received: from [66.249.82.230] ([66.249.82.230:33642] helo=wx-out-0506.google.com) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id 08/84-16499-195E0254 for ; Mon, 02 Oct 2006 03:10:26 -0700 Received: by wx-out-0506.google.com with SMTP id t13so1729659wxc for ; Mon, 02 Oct 2006 03:10:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=V0mZudSRzI5yY8bHCp1r4B7R3Grts6p0AuPyQT7h0Wqy8fiUoVBqJqYImVDG+A3bEPs+wjYt7TW+HXLfYeNsPELbXsqpgKwuvv3Z6XtgHSYC11NB0NN+v1PUIoljoSiZzk5RjUAvLWhxl5qPg0vd+kaIbvILv+m/SQD6ONdiRfc= Received: by 10.90.90.3 with SMTP id n3mr2543059agb; Mon, 02 Oct 2006 03:10:22 -0700 (PDT) Received: by 10.90.86.3 with HTTP; Mon, 2 Oct 2006 03:10:22 -0700 (PDT) Message-ID: <5f211bd50610020310t520624eej292d652bfacb727c@mail.gmail.com> Date: Mon, 2 Oct 2006 12:10:22 +0200 From: "Thomas Mueller" To: users@jackrabbit.apache.org Subject: Re: Comparing an RDBMS to JCR MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_76458_13662880.1159783822877" X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_76458_13662880.1159783822877 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Behi, Does it imply that using JCR has a __serious__ > performance penalty compared to direct access to the database via JDBC, > and > even using ORM tools such as EJB3? It depends how you use it. There are faster ways to achieve the same thing: If you want to add a lot of nodes concurrently, it is probably better to use different parent nodes. For example, you could use one parent node for each session. In your example you have used the same child node name ('position'). This is supported ('same name sibling') but IMO should be avoided for multiple reasons (for example, if you want to access a node by name). So I suggest you use different node names for the child nodes. *JCR or any other CMS (?) API The JCR is the only standardized CMS API as far as I know. Thomas ------=_Part_76458_13662880.1159783822877--