From dev-return-6658-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Thu Apr 06 12:48:43 2006 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 70511 invoked from network); 6 Apr 2006 12:48:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Apr 2006 12:48:42 -0000 Received: (qmail 99338 invoked by uid 500); 6 Apr 2006 12:48:40 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 99299 invoked by uid 500); 6 Apr 2006 12:48:40 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 99290 invoked by uid 99); 6 Apr 2006 12:48:40 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Apr 2006 05:48:40 -0700 X-ASF-Spam-Status: No, hits=1.9 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of piccinatto@ibest.com.br designates 200.181.68.97 as permitted sender) Received: from [200.181.68.97] (HELO angmar.ibest.com.br) (200.181.68.97) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Apr 2006 05:48:39 -0700 Received: from ibest.com.br (ibvipnew.ibest.com.br [127.0.0.1]) by angmar.ibest.com.br (Postfix) with ESMTP id D7EB628270 for ; Thu, 6 Apr 2006 12:48:14 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: binary Content-Type: text/plain MIME-Version: 1.0 X-Mailer: MIME::Lite 2.117 (F2.6; A1.50; B2.12; Q2.03) X-Mailer: IbestMail X-Organization: Ibest S/A X-Identity: 931768_1144327694 From: "hsp" To: dev@jackrabbit.apache.org Subject: Re: Location for binary contents Date: Thu, 06 Apr 2006 09:48:14 -0300 Message-Id: <20060406124814.D7EB628270@angmar.ibest.com.br> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N That's exactly what I tryied to meaning for. All the process of document retrieval, not only the indexer, because are separated things, thanks by clarification. But I remains with my doubt if is it possible to store the blob files in another machine that is not where is running the application server, like I can do with the db. Cheers Helio >Miro Walker wrote: >> I can't see why a blob on the FS would be faster to search - searching >> should happen against the lucene index, no? Retrieval and streaming of >> large blobs are likely to be faster from the FS, but I don't think >> search itself would be. > >that's correct. query performance primarily depends on the lucene index >and not how blobs are stored. > >regards > marcel >