I have integrated with a database by creating Document objects based on rows from the
database and then creating indexes as normal. That was rather easy to implement.
Let me know if there is an easier or more direct way to use Lucene with the database.
- Byron Saltysiak
-Original Message--
Matt Quail wrote:
Hi all,
Is there any way to iterate through a TermEnum backwards? Okay, I know
that there isn't a way to do this via the TermEnum class, but is it
"implementable" on top of the underlying Lucene datastore?
My particular problem is this:
I have an index of documents, each docume
Parminder Singh wrote:
I've a CMS application that deploys metadata to a database. Is it possible to use lucene to search this database instead of it's (lucene's) index. If you could tell me the steps that would be involved in doing this, it'd be great help. I'm new to Lucene.
I've done this e
Matt Quail wrote:
Is there any way to iterate through a TermEnum backwards? Okay, I know
that there isn't a way to do this via the TermEnum class, but is it
"implementable" on top of the underlying Lucene datastore?
Not really. The best you can do is skip back to the previous "indexed"
term in Te
Anson,
One way of doing it is having subsets of your indexes / data on
different machines. Each machine indexes its own data. You implement a
system that distributes queries to the various machines and merges the
results back.
The working well completely depends on your implementa
I tend to think of scaling in two dimensions: scaling by volumes of users and scaling
by volumes of data. The former is addressed through replicated indexes
and the latter by segmented indexes.
Distribute replicated segments across multiple boxes and create a broker which
a)Determines which segm
I know I could "invert" my dates (something like MAX_LONG - date) to get
the REVERSE order, but I want to be able to do "least recent" and "most
recent".
Why not have two date fields, one inverted and one not?
PS: my current solution is to do a binary search between MIN and MAX,
halving my searc
Thanks Byron. That's the way even I've implemented. Each row is a "document"
and each column in the row is a "field".
Thank You.
Parminder Singh
Mahindra-British Telecom Limited
Sharda Center, Erandwane
Pune 411 004. India.
Ph: 91-20-4018100 (Ext: 1847)
Mob: 91-9850053787
In war: resolution. In
