Could you make an additional date field, call it date_boost, that gets populated in all of the cores EXCEPT the one with the newest articles, and then boost on this field? Then when you move articles from the 'newest' core to the rest of the cores you copy over the date to the date_boost field. (I haven't used boosting before so I don't know what happens if you try to boost a field that's empty)
This would boost documents in each index (locally, as desired). Keep in mind when you get your results back from a distributed shard query that the IDF is not distributed so your scores aren't reliable for sorting. -mike On Tue, Feb 15, 2011 at 1:19 PM, Jonathan Rochkind <rochk...@jhu.edu> wrote: > No. In fact, there's no way to search over multi-cores at once in Solr at > all, even before you get to your boosting question. Your different cores are > entirely different Solr indexes, Solr has no built-in way to combine > searches accross multiple Solr instances. > > [Well, sort of it can, with sharding. But sharding is unlikely to be a > solution to your problem either, UNLESS you problem is that your solr index > is so big you want to split it accross multiple machines for performance. > That is the problem sharding is meant to solve. People trying to use it to > solve other problems run into trouble.] > > > On 2/14/2011 1:59 PM, Tanner Postert wrote: > >> I have a multicore system and I am looking to boost results by date, but >> only for 1 core. Is this at all possible? >> >> Basically one of the core's content is very new, and changes all the time, >> and if I boost everything by date, that core's content will almost always >> be >> at the top of the results, so I only want to do the date boosting to the >> cores that have older content so that their more recent results get >> boosted >> over the older content. >> >
