[
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-218?pag...
]
Sanne Grinovero commented on HSEARCH-218:
-----------------------------------------
because of all changes to the backend, the "natural speed" in Search has
improved in the mass indexing area and following the advice in the book and reference docs
will get you acceptable timings.
There are still lots of optimizations to do, but I am beginning to think that most API
changes I had in mind are not needed anymore;
I'm currently evaluating the option of adding more Lucene backends: could be selected
by configuration and offer slightly different strategies to improve performance
but sharing most code with the current one in trunk.
add indexAll( Class type ) to rebuild indexes from all data
-----------------------------------------------------------
Key: HSEARCH-218
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-218
Project: Hibernate Search
Issue Type: New Feature
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 3.1.0
The implementation should be as efficient as possible,
to cover this scenarios:
* Developers change an entity and want to test the effect on the index structure,
they want do to search experiments with the new fields.
* A production system is up(down)graded to a new(old) release,
involving index changes.
(the system is "down for maintenance" but the speed is crucial)
* Existing index is corrupted/lost. (Again, speed to recover is critical)
* A Database backup is restored, or data is changed by other jobs.
* Some crazy developer like me prefers to disable H.Search's event
listeners for some reason.
(I wouldn't generally recommend it, but have met other people who
have a reasonable argument to do this)
* A Lucene update breaks the index format (not so irrationale as they just did on trunk).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira