Hmmm, Lucene.Net eh?
There have been a number of bug fixes to ParallelReader over the last
month or two... I wonder if they have been ported to Lucene.Net yet...
(I'm not sure how it's maintained).
You could file a Lucene.net bug, or make a test for the Java version
of Lucene and try it out.
-Yo
Hi,
ok, i tried today and it works greate :-) Thanks a lot for your help.
...one question at least... Is sorting not possible with this
Parallelreader? I get an error. Here my code:
Private Sub LoadParallelIndex()
Ram = New Lucene.Net.Store.RAMDirectory("C:\Lucene\index0_Name")
Damn, of course - sorry & thanks :-))
I will try this tomorrow :-)
--
View this message in context:
http://www.nabble.com/Part-of-Index-%28spezial-Field%29-into-Memory-tf1955582.html#a5381183
Sent from the Lucene - Java Users forum at Nabble.com.
-
On 7/18/06, neils <[EMAIL PROTECTED]> wrote:
ok, I made the mention indexes for name, and the rest (2 indexes)
When i now make a search mit mulitsearcher on the name field, I can only
access the values in first (name) index. Not from the second one.
Don't use a MultiSearcher or a ParallelMulti
Hi,
ok, I made the mention indexes for name, and the rest (2 indexes)
When i now make a search mit mulitsearcher on the name field, I can only
access the values in first (name) index. Not from the second one.
When i search in street field, i can access the values like street,
phonenumber, etc b
On 7/17/06, neils <[EMAIL PROTECTED]> wrote:
a, ok i understand.
So when i loop thru my Databasetable i write two indicies the same time.
One for the name index, one for the other field in table. in that way i add
documents to the same time in both indicies and so they have to some
document
a, ok i understand.
So when i loop thru my Databasetable i write two indicies the same time.
One for the name index, one for the other field in table. in that way i add
documents to the same time in both indicies and so they have to some
documentidentifiert right ?
Thanks a lot :-))
--
On 7/17/06, neils <[EMAIL PROTECTED]> wrote:
1. With ID, Name
2. With ID, Forename, Street, Phonenumber
When i perform query with parallelreader how do lucene gets the concurrent
documents which results of both indices? Do i have to specifie somewhere
that the "ID"field is the relation???
It's
Ok, that sound really good. But something is not really clear to me and maybe
you can bring up a little light in the dark :-))
I have two indicies now:
1. With ID, Name
2. With ID, Forename, Street, Phonenumber
When i perform query with parallelreader how do lucene gets the concurrent
documents
First, unless you know that the Name field being on disk is a
bottleneck, start simple. Put everything in a single index.
If you really need the "Name" part to be entirely in memory, then
create two indicies, one with all of your fields except Name and
another with Name only. Then load the Name
Hm,
so if following is possible than it would be great:
I have a table in SQL-Database with following columns: ID, Name, Forename,
Street, Phonenumber.
So i would make index for each column (ID will included in all indizies).
After this i have 4 indicies. Name (in memory), Forename (on Disk),
Maybe separate indicies in conjunction with ParallelReader?
-Yonik
http://incubator.apache.org/solr Solr, the open-source Lucene search server
On 7/17/06, neils <[EMAIL PROTECTED]> wrote:
Hi,
i have a bigger index with around 10 GB. The most used field is the
"Name"-Field. So is there way to
12 matches
Mail list logo
