ary to follow such kind of methodology with Lucene?
>
> 3) If we do not use such type of database management system, will there be
> any disadvantages with large number of indexed files?
>
> Appreciate any reply from you.
> Thanks,
> Manjula.
>
--
Thanks & Regards
Tarun Sapra
ere any other way to get a proper result without writing code twice?
>
> Thanks,
> Markus
>
> -
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>
--
Thanks & Regards
Tarun Sapra
For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>
--
Thanks & Regards
Tarun Sapra
matter how big
> > the
> > slop factor I set, seems this is a bug of Lucene, or it is work as
> design?
> >
> > 2010/6/28 tarun sapra
> >
> > > Hi ,
> > >
> > > I think I have been able to understand whats happening here...
> &
words "This" and "test" are 2
slop factor apart thats why this phrase is working.
On Mon, Jun 28, 2010 at 11:37 AM, a peng wrote:
> Hi,
>
> I am using StandardAnalyzer(Version.LUCENE_30);
>
> 2010/6/27 tarun sapra
>
> > which analyzer are you usin
> two.
>
> More exact matches are scored higher than sloppier matches, thus search
> results are sorted by exactness.
>
> The slop is zero by default, requiring exact matches.
>
--
Thanks & Regards
Tarun Sapra
TermQuery should solve your problem as it would consider "1234*abc" as one
single term.
Regards
Tarun Sapra
On Fri, Jun 25, 2010 at 4:13 PM, frueskens wrote:
>
> Dear all,
>
> I have to solve the following problem but without success yet.
>
> We need to search fo
