I had a similar problem. Therefore, I saved my data in many fields:
title keywords (upto 10 words) abstract (a paragraph) text (as long as you like)
For queries, I used a parser query analyzer for fields with different weights:
title^20 keywords^20 abstract^12 text^1
So if you
- well define data schema
- use recycling
- determine the weight of each field for your queries.
when you search for "Hornel Corned Beef 16 Ounces", the result, whose title "Hormel Corp" will work better, a document whose body contains "... For the dish we recommend a 16 oz bitter beef dish ..."
Change comments to OP.
OP fact: a heading of n words is given, the first n words are more important than the rest.
I propose a data model in which there are two fields: title_first_words and title . The client application (sorry, you cannot use DIH directly) must extract the first n words from the title to save in title_first_words , and the full title will be saved in title .
For search you can pass the entire request to the parser. Request parser - theb is shifted to title_first_words , like title_first_words^4 title^1 . Thus, the first n words will have a greater impact on this search.
source share