lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Babak Farhang" <farh...@gmail.com>
Subject Re: Blob storage
Date Fri, 26 Dec 2008 07:17:35 GMT
> I assume one could use Skwish instead of Lucene's normal stored fields to
> store & retrieve document data?

Exactly: instead of storing the field's value directly in Lucene, you
could store it in skwish and then store its skwish id in the Lucene
field instead.  This works well for serving large streams (e.g.
original document contents).

> Have you run any threaded performance tests comparing the two?

No direct comps, yet.

-b


On Thu, Dec 25, 2008 at 5:22 AM, Michael McCandless
<lucene@mikemccandless.com> wrote:
>
> This looks interesting!
> I assume one could use Skwish instead of Lucene's normal stored fields to
> store & retrieve document data?
> Have you run any threaded performance tests comparing the two?
> Mike
>
> Babak Farhang <farhang@gmail.com> wrote:
>>
>> Hi everyone,
>>
>> I've been working on a library called Skwish to complement indexes
>> like Lucene,  for blob storage and retrieval. This is nothing more
>> than a structured implementation of storing all the files in one file
>> and managing their offsets in another.  The idea is to provide a fast,
>> concurrent, lock-free way to serve lots of files to lots of users.
>>
>> Hope you find it useful or interesting.
>>
>> -Babak
>> http://skwish.sourceforge.net/
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: java-dev-help@lucene.apache.org
>>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org


Mime
View raw message