Details
-
Test
-
Status: Closed
-
Major
-
Resolution: Fixed
-
1.3
-
None
-
None
Description
In 1.3, we added SolrInputDocument – a temporary class to hold document information. There is concern that this may be less then ideal performance-wise.
To settle some concerns (mine included) I want to compare a few SolrDocument implementations to make sure we are not doing something crazy.
I implemented a LuceneInputDocument subclass of SolrInputDocument that stores its values directly in Lucene Document (rather then a Map<String,Collection>).
This is a quick test comparing:
1. Building documents with SolrInputDocument
2. Building documents with LuceneInputDocument (same interface writing directly to Document)
3. using DocumentBuilder (solr 1.2, solr 1.1)
Attachments
Attachments
Issue Links
- relates to
-
SOLR-280 slightly more efficient SolrDocument implementation
- Closed