Re: Solr 4.0 - Join performance

2012-08-02 Thread Mikhail Khludnev
Hello, You can check my record. https://issues.apache.org/jira/browse/SOLR-3076?focusedCommentId=13415644&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13415644 I'm still working on precise performance measurement. On Thu, Aug 2, 2012 at 6:45 PM, Eric Khoury wrot

Re: Solr 4.0 - Join performance

2012-08-02 Thread Mikhail Khludnev
t's impressive. > I don't currently have build the dev tree, you wouldn't have a patch for > the alpha build handy? > If not, when do you think this'll be available in a nightly build? > Thanks again, > Eric. > > From: mkhlud...@griddynamics.com > &g

RE: Solr 4.0 - Join performance

2012-08-14 Thread Eric Khoury
Hi Mikhail, was trying to figure out if solr-3076 made it into the beta, but since the issue is still marked as opened, I take it it didn't yet?Thanks,Eric. > From: mkhlud...@griddynamics.com > Date: Fri, 3 Aug 2012 00:06:36 +0400 > Subject: Re: Solr 4.0 - Join performanc

Re: Solr 4.0 - Join performance

2012-08-14 Thread Mikhail Khludnev
> > From: mkhlud...@griddynamics.com > > Date: Fri, 3 Aug 2012 00:06:36 +0400 > > Subject: Re: Solr 4.0 - Join performance > > To: ekhour...@hotmail.com; solr-user@lucene.apache.org > > > > Eric, > > > > you can take last patch from SOLR-3076 > > [image: Text

Re: Solr 4.0 - Join performance

2012-08-14 Thread Smiley, David W.
Stepping back a bit, the reason you are using multiple cores with a join is because Solr doesn't have a multi-valued numeric range type. The spatial work I'm doing in Lucene-spatial does, and it's 2-dimensional for an x & y whereas your case calls for one dimension. It's taking a bit of time,

RE: Solr 4.0 - Join performance

2012-08-14 Thread Eric Khoury
Thanks David, that does indeed sound like it'll help. Is there an issue number I can use to track development\availability?Eric. > From: dsmi...@mitre.org > To: solr-user@lucene.apache.org > Subject: Re: Solr 4.0 - Join performance > Date: Tue, 14 Aug 2012 20:15:27 + >

Re: Solr 4.0 - Join performance

2012-08-14 Thread Smiley, David W.
number I can use to track development\availability?Eric. >> From: dsmi...@mitre.org >> To: solr-user@lucene.apache.org >> Subject: Re: Solr 4.0 - Join performance >> Date: Tue, 14 Aug 2012 20:15:27 + >> >> Stepping back a bit, the reason you are using multiple co

RE: Solr 4.0 - Join performance

2012-08-14 Thread Eric Khoury
From: dsmi...@mitre.org > To: solr-user@lucene.apache.org > Subject: Re: Solr 4.0 - Join performance > Date: Tue, 14 Aug 2012 20:50:43 + > > This one should work for now: > https://issues.apache.org/jira/browse/SOLR-3304 > If you're comfortable with checking out Lucene

RE: Solr 4.0 - Join performance

2012-08-15 Thread David Smiley (@MITRE.org)
You would index rectangles of 0 height but that have a left edge 'x' of the start time and a right edge 'x' of your end time. You can index a variable number of these per Solr document and then query by either a point or another rectangle to find documents which intersect your query shape. It can

RE: Solr 4.0 - Join performance

2012-08-28 Thread Eric Khoury
> Subject: RE: Solr 4.0 - Join performance > > You would index rectangles of 0 height but that have a left edge 'x' of the > start time and a right edge 'x' of your end time. You can index a variable > number of these per Solr document and then query by e

Re: Solr 4.0 - Join performance

2012-08-29 Thread David Smiley (@MITRE.org)
olr-3304 I suppose?http://wiki.apache.org/solr/SolrAdaptersForLuceneSpatial4Any idea if this is going to make it into Solr 4.0? Thanks,Eric. > Date: Wed, 15 Aug 2012 07:07:21 -0700 > From: [hidden > email] > To: [hidden email] > Subject: RE: Solr 4.0 - Join performance > >

RE: Solr 4.0 - Join performance

2012-08-29 Thread Eric Khoury
0:42 -0700 > From: dsmi...@mitre.org > To: solr-user@lucene.apache.org > Subject: Re: Solr 4.0 - Join performance > > Solr 4 is certainly the goal. There's a bit of a setback at the moment until > some of the Lucene spatial API is re-thought. I'm working heavily on such > thi

Re: Solr 4.0 - Join performance

2012-08-29 Thread David Smiley (@MITRE.org)
otentially use geohash, or something similar? Geohash looks like it supports seperate "lon" or "lat" range queries which would help, but its not a multivalue field, which I need. > Date: Wed, 29 Aug 2012 07:20:42 -0700 > From: [hidden > email] > To: [hi

RE: Solr 4.0 - Join performance

2012-08-29 Thread Eric Khoury
Thanks David, will work around this issue for now, and will keep an eye out for changes to solr-3304.Good luck with the rethink.Eric. > Date: Wed, 29 Aug 2012 08:44:14 -0700 > From: dsmi...@mitre.org > To: solr-user@lucene.apache.org > Subject: Re: Solr 4.0 - Join performa

RE: Solr 4.0 - Join performance

2012-09-17 Thread Eric Khoury
To: solr-user@lucene.apache.org > Subject: Re: Solr 4.0 - Join performance > > The solr.GeoHashFieldType is useless; I'd like to see it deprecated then > removed. You'll need to go with unreleased code and apply patches or wait > till Solr 4. > > ~ David >

Re: Solr 4.0 - Join performance

2012-09-17 Thread David Smiley (@MITRE.org)
need. > > Date: Wed, 29 Aug 2012 07:20:42 -0700 > > > From: [hidden > > email] > > To: [hidden > > email] > > Subject: Re: Solr 4.0 - Join performance > > > > Solr 4 is certainly the goal. There's a bit of a setback at the moment > >