Hi Steven,
Thanks for the quick reply. I checked the documentation of MemoryIndex and it seems like, you have to create an index in memory with one document and will have to run the queries against that single document. But my dilemma is, I might have upto 100,000 queries to run against it. Do you think this route will give me results in reasonable amount of time, i.e. in a few seconds?

thanks
-siraj

On 5/17/2010 5:21 PM, Steven A Rowe wrote:
Hi Siraj,

Lucene's MemoryIndex can be used to serve this purpose.

From<http://lucene.apache.org/java/3_0_1/api/contrib-memory/org/apache/lucene/index/memory/MemoryIndex.html>:

        [T]his class targets fulltext search of huge numbers
        of queries over comparatively small transient realtime
        data (prospective search).

MemoryIndex can only hold one document at a time.

See also Lucene's InstantiatedIndex, which can hold more than one document at a 
time:

<http://lucene.apache.org/java/3_0_1/api/contrib-instantiated/org/apache/lucene/store/instantiated/InstantiatedIndex.html>

Steve

On 05/17/2010 at 4:38 PM, Siraj Haider wrote:
Hello there,
In oracle text search there is a feature to reverse search using
ctxrule.  What it does is, you create an index (ctxrule) on a column
having your search criteria(s) and then throw a document on it and it
tells you which criteria(s) it satisfies.  Is there something in Lucene
that does that or there are any plans to do that?

thanks
-siraj
---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-user-h...@lucene.apache.org

Reply via email to