not allowed me to place files on websphere server JVM, so
> thats why we are placing index files in database and searching using
> JDBCDirectory.
>
> I am using 2.4 Lucene API jars API with below ways to search the fields
> from index,
>
>
> Directory dir; = new JdbcDirecto
Hi,
My company policy not allowed me to place files on websphere server JVM, so
thats why we are placing index files in database and searching using
JDBCDirectory.
I am using 2.4 Lucene API jars API with below ways to search the fields
from index,
Directory dir; = new JdbcDirectory (ds
x created using JdbcDirectory
>
> Thanks Uwe for your response.
>
> Could you please tell me if i have to still need to keep index in database
> what
> will be good option for searching.
>
> Thanks
> Mahesh
>
>
> On Sat, Aug 23, 2014 at 2:15 PM, Uwe Schindler
Thanks Uwe for your response.
Could you please tell me if i have to still need to keep index in database
what will be good option for searching.
Thanks
Mahesh
On Sat, Aug 23, 2014 at 2:15 PM, Uwe Schindler wrote:
> Don't use JDBCDirectory. It does not scale and has very poor per
Don't use JDBCDirectory. It does not scale and has very poor performance. This
is why it was removed in Lucene 3.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Mahesh C
HI All,
Please help me out to resolve this issue. Your help is really appriciated.
Thanks
Mahesh
On Wed, Aug 20, 2014 at 1:57 PM, Mahesh Charegaonkar <
mahesh.charegaon...@gmail.com> wrote:
> Hi Lucene masters,
>
> I was using lucene couple of years back. We have developed application
> which
Hi Lucene masters,
I was using lucene couple of years back. We have developed application
which uses lucene's JdbcDirecory feature. Using JdbcDirecory we have
writing and reading data from database.
Over the time data has increased tremendously and that why we are facing
performance issue with se
Hi,
I am using the Compass implementation of Lucene's JdbcDirectory interface,
to create the index in a database.
Currently I am using RAMDirectory to act in the middle to get some buffering
support to reduce the performance hit. Am I doing anything unnecessary here?
Somewhere I saw
Barile wrote:
>
> > Storing the data in the index, mainly for non-structured data.
> > We plan to implement something like this ThingDB from http://
> > demo.openlibrary.org/about/tech, and though that maybe lucene +
> > JdbcDirectory could act as a backend.
&g
Hi,
At first, we thought we would use a "dual" approach, an Lucene index
and a RDBMS for storage.
While prototyping, for simplicity sake, we used the Lucene index as
storage, thinking we could easily replace it later. So far, speed is
satisfying enough that we are going to keep data there util re
://
demo.openlibrary.org/about/tech, and though that maybe lucene +
JdbcDirectory could act as a backend.
gui
On Sep 3, 2007, at 2:34 PM, Askar Zaidi wrote:
Yes. Every time a user updates a piece of information, you do the
update in
the DB as well as the Index. If you are using Hibernate, they have
an API
Storing the data in the index, mainly for non-structured data.
We plan to implement something like this ThingDB from http://
demo.openlibrary.org/about/tech, and though that maybe lucene +
JdbcDirectory could act as a backend.
gui
On Sep 3, 2007, at 2:34 PM, Askar Zaidi wrote:
Yes. Every
will be pretty straightforward, all items will be
> >> cataloged, and most of them won't be changed too much ( I'll raise
> >> this question later ).
> >> So, here are my main concerns, hope you can help
> >>
> >> 1) Storing all data
ged, and most of them won't be changed too much ( I'll raise
this question later ).
So, here are my main concerns, hope you can help
1) Storing all data (index and content) wasn't recommended in the
past, as the index could become corrupted. Do I have this problem if
I use a
raise
> this question later ).
> So, here are my main concerns, hope you can help
>
> 1) Storing all data (index and content) wasn't recommended in the
> past, as the index could become corrupted. Do I have this problem if
> I use a JdbcDirectory (PostgreSQL backend
ded in the
past, as the index could become corrupted. Do I have this problem if
I use a JdbcDirectory (PostgreSQL backend) ? I already read about the
performance degradation when using a database as main storage, but
this won't be a problem.
2) Lucene doesn't support incremen
I finally put up a small page on my site with the JDBCDirectory
information. Nothing special, but centralized information makes
progress... Now.. to write the manual
http://www.anthonyvito.com/xwiki/bin/view/Main/JDBCDirectory
-vito
On Wed, 2005-05-18 at 17:30 +0200, Ivan Frade wrote:
> Hello,
>
> I'm trying to use JDBCDirectory in my project. Now (the project) is
> working fine with FSDirectory, but if i simple replace FSDirectory with
> JDBCDirectory the things don't go well: I can create the
Hello,
I'm trying to use JDBCDirectory in my project. Now (the project) is
working fine with FSDirectory, but if i simple replace FSDirectory with
JDBCDirectory the things don't go well: I can create the index, but when
try to connect (to insert a document) i find a corrupted inde
All,
I got JDBCDirectory from information on the lucene-user's mailing list.
http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]&msgId=1644063
I cannot get basic searches to work. I tried to merge the JDBC
directory with a filesystem index and search the filesystem index.
That
20 matches
Mail list logo
