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
