How are you building your query? For your case it appears that the edismax query parser should solve it
A good solution to this kind of problem involves: Storing norms (omitNorms=false) in the fields to search Storing the position of the terms (omitTermFreqAndPositions=false) in the fields to search Configuring dismax so the title gets a higher boost (qf parameter configured to something like "title^3 body") Configuring dismax so phrase queries in the title gets an even higher boost (pf parameter configured to something like "title^10 body") References: http://wiki.apache.org/solr/DisMaxQParserPlugin http://wiki.apache.org/solr/SchemaXml 2012/1/9 McCarroll, Robert <robert.mccarr...@cs.state.ny.us>: > We're in the process of implementing solr to search our web site, and > have run into a response tuning issue. When a user searches for a > string which is an exact match of a document title, for example "Budget > Examiner/Budget Examiner(Public Finance)", the number of hits in the > body of much longer pages on words stemming from the same roots drowns > out the exact title match so that it is deeply buried in the search > results, regardless of how much weight is given to the title field. Is > there a way to configure solr so that raw query string matches for query > strings of more than two or three words appear before all other search > results, followed by non-exact title matches and have content matches > sort last? > > > Robert McCarroll > Systems Administration > NYS Department of Civil Service > > (518)473-7915 > robert.mccarr...@cs.state.ny.us > > >
