: Another approach would be to use ExternalFileField and keep the price data, : normalized to USD, outside of the index. Every time the currency rates : changed, we would calculate new normalized prices for every document in the : index.
...that is the approach i would normally suggest. : Still another approach would be to do the currency conversion at IndexReader : warmup time. We would index native price and currency code and create a : normalized currency field on the fly. This would be somewhat like : ExternalFileField in that it involved data from outside the index, but it : wouldn't need to be scoped to the parent SolrIndexReader, but could be : per-segment. Perhaps a custom poly-field could accomplish something like : this? ...that would essentially be what ExternalFileFiled should start doing, it just hasn't had anyone bite the bullet to implement it yet -- if you wnat to tackle that, then i would suggest/request/encourage you to look at doing it as a patch to ExternalFileField that could be contributed back and reused by all. With all of that said: there has also been a recent contribution of a "MoneyFieldType" for dealing precisesly with multicurrency sorting/filtering issues that you should definitley take a look at... https://issues.apache.org/jira/browse/SOLR-2202 -Hoss
