Here is a thread on this subject that I did not find earlier. Sometimes discussion, thought, and 'mulling' in the subconcious gets me better Google searches.
http://lucene.472066.n3.nabble.com/multi-valued-associated-fields-td811883.html Dennis Gearon Signature Warning ---------------- It is always a good idea to learn from your own mistakes. It is usually a better idea to learn from others’ mistakes, so you do not have to make them yourself. from 'http://blogs.techrepublic.com.com/security/?p=4501&tag=nl.e036' EARTH has a Right To Life, otherwise we all die. ----- Original Message ---- From: Dennis Gearon <gear...@sbcglobal.net> To: solr-user@lucene.apache.org Sent: Mon, December 20, 2010 10:19:53 AM Subject: Re: A schema inside a Solr Schema (Schema in a can) Thanks James. So being accurate with fields with fields(mulitvalues) is probably not possible using all the currently made analyzers. ----- Original Message ---- From: "Dyer, James" <james.d...@ingrambook.com> To: "solr-user@lucene.apache.org" <solr-user@lucene.apache.org> Sent: Mon, December 20, 2010 7:16:43 AM Subject: RE: A schema inside a Solr Schema (Schema in a can) Dennis, If you need to search a key/value pair, you'll have to put them both in the same field, somehow. One way is to re-index them using the key in the fieldname. For instance, suppose you have: contributor: dyer, james contributor: smith, sam role: author role: editor ...but you want to search only for authors, you could index these again with fieldnames like: contrib_author: dyer, james contrib_editor: smith, sam Then you would query "q=contributor:smtih" to search all contribtors and q=contrib_editor:smith just to get editors. Another way to do it is to use some type of marker character sequence to define the "key" and index it like this: contributor: dyer, james __author contributor: smith, sam __editor then you can query like this: "q=contributor:"smith __editor"~50 ... to search only for editors named Smith. We are not yet fully developed here on SOLR but we currently use both of these approaches using a different search engine. One nice thing SOLR could add to this second approach that is not an option with our other system is the possibility of writing a custom analyzer that could maybe take some of the complexity out of the app. Not sure exactly how it'd work though... James Dyer E-Commerce Systems Ingram Content Group (615) 213-4311 -----Original Message----- From: Dennis Gearon [mailto:gear...@sbcglobal.net] Sent: Friday, December 17, 2010 6:52 PM To: solr-user@lucene.apache.org Subject: RE: A schema inside a Solr Schema (Schema in a can) So this is a current usable plugin (except for the latest bug)? And, is it possible to search jwithin ust one key:value pair in a multivalued field? Dennis Gearon Signature Warning ---------------- It is always a good idea to learn from your own mistakes. It is usually a better idea to learn from others’ mistakes, so you do not have to make them yourself. from 'http://blogs.techrepublic.com.com/security/?p=4501&tag=nl.e036' EARTH has a Right To Life, otherwise we all die. --- On Fri, 12/17/10, Ahmet Arslan <iori...@yahoo.com> wrote: > From: Ahmet Arslan <iori...@yahoo.com> > Subject: RE: A schema inside a Solr Schema (Schema in a can) > To: solr-user@lucene.apache.org > Date: Friday, December 17, 2010, 12:47 PM > > The problem with this approach > is that Lucene doesn't > > support wildcards in phrases. > > With https://issues.apache.org/jira/browse/SOLR-1604 you can > do that. > > > >
