Ravi, what about using field aliasing at search time? Would that do the trick for your use case?
http://localhost:8983/solr/mycollection/select?defType=edismax&q=name:"john doe"&f.name.qf=firstname surname For more details: https://cwiki.apache.org/confluence/display/solr/The+Extended+DisMax+Query+Parser Damien On 04/07/2015 10:21 AM, Erick Erickson wrote: > I don't understand why copyField doesn't work. Admittedly the > firstName and SurName would be separate tokens, but isn't that what > you want? The fact that it's multiValued isn't really a problem, > multiValued fields are really functionally identical to single valued > fields if you set positionIncrementGap to... hmmm.. 1 or 0 I'm not > quite sure which. > > Of course if your'e sorting by the field, that's a different story..... > > Here's a discussion with several options, but I really wonder what > your specific objection to copyField is, it's the simplest and on the > surface it seems like it would work. > > http://lucene.472066.n3.nabble.com/Concat-2-fields-in-another-field-td4086786.html > > Best, > Erick > > On Tue, Apr 7, 2015 at 10:08 AM, EXTERNAL Taminidi Ravi (ETI, > AA-AS/PAS-PTS) <external.ravi.tamin...@us.bosch.com> wrote: >> Hi Group, >> >> I am not sure if we have any easy way to merge two fields data in One >> Field, the Copy field doesn’t works as it stores as Multivalued. >> >> Can someone suggest any workaround to achieve this Use Case? >> >> FirstName:ABC >> SurName:XYZ >> >> I need an Another Field with Name:ABCXYZ where I have to do at SOLR END.. as >> the Source Data is read only and no control to comibine. >> >> >> Thanks >> >> Ravi