String also does not seem to accept spaces. currently the _id fields can contain multiple ids ( using as a multiType alternative ). This is why I used the text type.
On 15 June 2011 12:16, Judioo <cont...@judioo.com> wrote: > <dynamicField name="*_id" type="text" indexed="true" > stored="true"/> > > so all attributes except 'id' are of type text. > > I didn't know that about the string type. So is my problem as described ( > that partial matches are contributing to the calculation ) and does defining > the filed type as string solve this problem. > > Or is my understanding completely incorrect? > > Thanks in advance > > > On 15 June 2011 12:08, Ahmet Arslan <iori...@yahoo.com> wrote: > >> > >> /solr/select/?q=b007vty6&defType=dismax&qf=id^10%20parent_id^9%20brand_container_id^8%20series_container_id^8%20subseries_container_id^8%20clip_container_id^1%20clip_episode_id^1&debugQuery=on&fl=id,parent_id,brand_container_id,series_container_id,subseries_container_id,clip_episode_id,clip_episode_id,score&wt=json&indent=on >> > >> > >> > same result ( just higher scores ). It's almost as if >> > partial matches on >> > brand|series_container_id and id are being considered in >> > the 1st document. >> > Surely this can't be right / expected? >> >> What is your fieldType definition? Don't you think it is better to use >> string type which is not tokenized? >> > >
