Store the documents content in the index

Of course. See the javadocs for Field, Field.Store and Field.Index.


--
Ian.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

thanks for your reply

It's certainly possible as others have said, but don't be surprised
if it's not performant. At root, you still have a disk out there that's
being used for fetching the data. Simply moving it from fetching
individual files to fetching that data from the index doesn't change
that fundamental fact.

Before jumping to this conclusion, you might want to instrument
your code or use one of the profiler tools to see where the actual
bottleneck is rather than assume you know (if you haven't already).

Seriously, you *must* determine whether the file I/O is the problem
or whether you're, say, CPU bound or else risk wasting
lots of time and energy and still not fixing the problem.


Best
Erick
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

thanks for your kind answer

Yes..you can Store Text file content by saying that field store-Field.Store.YES.same time you can also index it by saying Field.Index.ANALYZED as another parameter of Field class contructor.

Thanks,
Jagdish

-----Original Message-----
From: starz10de
Sent: Sunday, July 17, 2011 6:10 PM
To: [email protected]
Subject: Store the documents content in the index

HI,

Currently my text source files (800 000) are stored in folder which make
retrieving it by many users some how slow. I heard it might be possible that
these files content can be stored in the index it self although I found this
unrealistic.

Is it possible storing the source text files content in the index instead of
just “doc id” which is assigned with each term in the index?

thanks for your reply

Some file systems might be slow if too many files are in one folder, try
splitting them into subfolders...

Andrew.