Rum is an essential ingredient in all software systems :-)
-Original Message-
From: Simon Willnauer [mailto:simon.willna...@gmail.com]
Sent: Wednesday, July 18, 2012 11:49 AM
To: java-user@lucene.apache.org
Subject: Re: RAM or SSD...
1. use mmap directory
2. buy rum
3. get an SSD
simon
doc before passing it to writer.updateDocument().
--
Ian.
On Wed, May 9, 2012 at 6:38 PM, Tim Eck wrote:
> Note: I'm bound to lucene 3.0.3 for the context of this question, but
> I would be interested to know if newer versions would help me here.
>
> I have an existing document in
Note: I'm bound to lucene 3.0.3 for the context of this question, but
I would be interested to know if newer versions would help me here.
I have an existing document in my directory that has one regular
String field and one numeric field. I naively thought I could update
that document to chang
Note: I'm bound to lucene 3.0.3 for the context of this question, but
I would be interested to know if newer versions would help me here.
I have an existing document in my directory that has one regular
String field and one numeric field. I naively thought I could update
that document to change th
Note: I'm bound to lucene 3.0.3 for the context of this question, but
I would be interested to know if newer versions would help me here.
I have an existing document in my directory that has one regular
String field and one numeric field. I naively thought I could update
that document to chan
Note: I'm bound to lucene 3.0.3 for the context of this question, but
I would be interested to know if newer versions would help me here.
I have an existing document in my directory that has one regular
String field and one numeric field. I naively thought I could update
that document to c
Note: I'm bound to lucene 3.0.3 for the context of this question, but
I would be interested to know if newer versions would help me here.
I have an existing document in my directory that has one regular
String field and one numeric field. I naively thought I could update
that document to change
Note: I'm bound to lucene 3.0.3 for the context of this question, but
I would be interested to know if newer versions would help me here.
I have an existing document in my directory that has one regular
String field and one numeric field. I naively thought I could update
that document to change
Excuse my ignorance of lucene internals, but is the problem any easier if
the requirement is just to allow the addition/removal of stored only fields
(as opposed to indexed)?
I suspect this wasn't intent of the original question, but a document can
certainly be deleted and re-added to the index w
213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-----
> From: Tim Eck [mailto:t...@terracottatech.com]
> Sent: Thursday, February 16, 2012 9:59 PM
> To: java-user@lucene.apache.org
> Subject: query for documents WITHOUT a field?
>
> My apologies
My apologies if this answer is readily available someplace, I've searched
around and not found a definitive answer.
I'd like to run a query for documents that _do not_ contain particular
indexed fields to implement something like a SQL-like query where a column
is null.
I understand I cou
searches with unbounded hit count
On Fri, Jun 24, 2011 at 2:14 PM, Tim Eck wrote:
> I'm currently using the "real-time" readers from IndexWriter.getReader()
and never closing my IndexWriter. I was (perhaps wrongly) assuming that
those readers can observe mutations that have occurred a
Simon Willnauer [mailto:simon.willna...@googlemail.com]
Sent: Thursday, June 23, 2011 10:15 PM
To: java-user@lucene.apache.org
Subject: Re: field sorted searches with unbounded hit count
On Thu, Jun 23, 2011 at 10:41 PM, Tim Eck wrote:
> Thanks for the idea Ian. I still need to think about
ch quicker than sorting a large number of
hits.
--
Ian.
On Wed, Jun 22, 2011 at 10:13 PM, Tim Eck wrote:
> For the searches I want to run on my index I want to return all matching
> documents (as opposed to N top hits).
>
>
>
> My first naļve approach was just to
For the searches I want to run on my index I want to return all matching
documents (as opposed to N top hits).
My first naïve approach was just to use Searcher.search(query, filter,
Integer.MAX_VALUE, sort) that is, pass Integer.MAX_VALUE for the number
of possible docs to return. That unfortu
For the searches I want to run on my index I want to return all matching
documents (as opposed to N top hits).
My first naïve approach was just to use Searcher.search(query, filter,
Integer.MAX_VALUE, sort) that is, pass Integer.MAX_VALUE for the number of
possible docs to return. That unfort
16 matches
Mail list logo
