How to mitigate time cost of substring search
Posted: Mon Feb 13, 2017 2:56 pm
I think I've verified that enabling the substring search capability in Flare causes the creation of the search database to take MUCH longer, causing the project BUILD process to take many times longer than the same project with substring search disabled.
Assuming we want to keep the benefits of substring search (ability to search on 3-character and 4-character (etc.) strings embedded within longer character strings, what can be done to minimize the severe increase in Build time?
As mentioned elsewhere, my main project went from 18-to-20 minutes for a Build to roughly 3 hours.
We shaved off almost an hour of that, by removing a bunch of very-long strings from the content.
But that still leaves each Build taking 2 hours where it formerly took 18 minutes.
Suggestions?
Please don't suggest disabling substring search.
Assuming we want to keep the benefits of substring search (ability to search on 3-character and 4-character (etc.) strings embedded within longer character strings, what can be done to minimize the severe increase in Build time?
As mentioned elsewhere, my main project went from 18-to-20 minutes for a Build to roughly 3 hours.
We shaved off almost an hour of that, by removing a bunch of very-long strings from the content.
But that still leaves each Build taking 2 hours where it formerly took 18 minutes.
Suggestions?
Please don't suggest disabling substring search.