Sax is attractive, but I have found it lacking in practice. My primary issue is that in order to get sufficient recall for practical matching problems, I had to do enough query expansion that the speed advantage of inverted indexes went away.
The OP was asking for blob storage, however, and I think that SolR is fine for that. There is also the question of access to time series based on annotations produced by other programs. If the annotations express your intent, then SolR wins again. IF the annotations are sax annotations and that works for you, great, but I wouldn't be optimistic that this would handle a wide range of time series problems. On Sun, Dec 4, 2011 at 5:14 AM, Grant Ingersoll <gsing...@apache.org> wrote: > Definitely should be possible. As an aside, I've also thought one could > do more time series stuff. Have a look at the iSax stuff by Shieh and > Koegh: http://www.cs.ucr.edu/~eamonn/iSAX/iSAX.html > > > On Dec 3, 2011, at 12:10 PM, Alan Miller wrote: > > > Hi, > > > > I have a webapp that plots a bunch of time series data which > > is just a series of doubles coupled with a timestamp. > > > > Every chart in my webapp has a chart_id in my db and i am wondering if it > > would be > > effective to usr solr to serve the data to my app instead of keeping the > > data in my rdbms. > > > > Currently I'm using hadoop to calc and generate the report data and the > > sticking it in my > > rdbms but I could use solrj client to upload the data to a solr index > > directly. > > > > I know solr if for indexing text documents but would it be effective to > use > > solr in this way? > > > > I want to query by chart_id and get back a series of timestamp:double > pairs. > > > > Regards > > Alan > > -------------------------------------------- > Grant Ingersoll > http://www.lucidimagination.com > > > >
