Here's what I would do - Search all the fields everytime regardless of language. Use one handler and specify all of these in "qf" and "pf". question_en, answer_en, question_fr, answer_fr, question_pl, answer_pl
Individual field based analyzers will take care of appropriate tokenization and you will get a match across all languages. Even with this setup if you wanted you could also have a separate field called "language" and use a "fq" to limit searches to that language only. -Pradeep On Wed, Oct 20, 2010 at 6:03 AM, Jakub Godawa <jakub.god...@gmail.com>wrote: > Hi everyone! (my first post) > > I am new, but really curious about usefullness of lucene/solr in documents > search from the web applications. I use Ruby on Rails to create one, with > plugin "acts_as_solr_reloaded" that makes connection between web app and > solr easy. > > So I am in a point, where I know that good solution is to prepare > multi-language documents with fields like: > question_en, answer_en, > question_fr, answer_fr, > question_pl, answer_pl... etc. > > I need to create an index that would work with 6 languages: english, > french, > german, russian, ukrainian and polish. > > My questions are: > 1. Is it doable to have just one search field that behaves like Google's > for > all those documents? It can be an option to indicate a language to search. > 2. How should I begin changing the solr/conf/schema.xml (or other) file to > tailor it to my needs? As I am a real rookie here, I am still a bit > confused > about "fields", "fieldTypes" and their connection with particular field > (ex. > answer_fr) and the "tokenizers" and "analyzers". If someone can provide a > basic step by step tutorial on how to make it work in two languages I would > be more that happy. > 3. Do all those languages are supported (officially/unofficialy) by > lucene/solr? > > Thank you for help, > Jakub Godawa. >
