Re: Field collapsing bad performances, schema redesign

2013-02-05 Thread Mickael Magniez
I don't see how join would help me I don't really have parent/child relationship, the only common field is product_id For example, for different sheos of same model, img and title is different for each model : [ {"product_id":1, "offer_id":1,"title":"Converse all star - red - 8", "attribute_size

Error loading plugin

2013-01-15 Thread Mickael Magniez
Hi, I'm trying to write my own search handler, but i have problem loading it into solr. Error message is : Caused by: org.apache.solr.common.SolrException: Error loading class 'com.company.solr.GroupRequestHandler' at org.apache.solr.core.SolrResourceLoader.findClass(SolrResourceLoader.j

Re: Performance issue with group.ngroups=true

2013-01-15 Thread Mickael Magniez
Hi, Retry on a better machine (2CPU, 8GB RAM, 1.5GB for java half used according admin interface) still have the same issue. It seems to grow with matches count : with a search matching 100k documents, it takes 700ms, vs 70ms without ngroup (CPU is 100% during request) For information, my index

Performance issue with group.ngroups=true

2013-01-09 Thread Mickael Magniez
Hi, I have a performance issue with group.ngroups=true parameters. I have an index with 100k documents (small documents, 1-10 documents per group, group on string field), if i make a q=*:*&...&group.ngroups=true i have 4s responsetime vs 50ms without the ngroups parameters. Is it a workaround fo

group.facet=true performances

2012-11-21 Thread Mickael Magniez
Hi, I'm trying to use field collapsing, and i'm facing performance issue where using group.facet=true. On a small index (100.000 documents), query with group=true and group.facet=false takes 20ms, and group.facet=true take 800ms Maybe i miss some configuration option? Best regards, Mickael

Re: No "group by"? looking for an alternative.

2010-08-05 Thread Mickael Magniez
I've got only one document per shoes, whatever its size or color. My first try was to create one document per model/size/color, but when i searche for 'converse' for example, the same shoe is retrieved several times, and i want to show only one record for each model. But I don't succeed in groupi

Re: No "group by"? looking for an alternative.

2010-08-04 Thread Mickael Magniez
Thanks for your response. Unfortunately, I don't think it'll be enough. In fact, I have many other products than shoes in my index, with many other facets fields. I simplified my schema : in reality facets are dynamic fields. -- View this message in context: http://lucene.472066.n3.nabble.com/

No "group by"? looking for an alternative.

2010-08-04 Thread Mickael Magniez
Hello, I'm dealing with a problem since few days : I want to index and search shoes, each shoe can have several size and colors, at different prices. So, what i want is : when I search for "Converse", i want to retrieve one "shoe per model", i-e one color and one size, but having colors and siz

Re: Faceting unknown fields

2010-07-08 Thread Mickael Magniez
Thanks, I'll test your solution shortly Mickael. -- View this message in context: http://lucene.472066.n3.nabble.com/Faceting-unknown-fields-tp951008p951027.html Sent from the Solr - User mailing list archive at Nabble.com.

Faceting unknown fields

2010-07-08 Thread Mickael Magniez
Hello, I'm wondering if it's possible to index and facet "unknown" fields. Let's me explain: I've got a set of 1M products (from computer to freezer), and each category of product has some attributes, so number of attributes is pretty large (1000+). I've started to describe each attribute in m