Earlier quoted context omitted.
I wouldn't use this bastardized SQL dialect. SQL comes from relational databases, which comes from relational algebra, which is an exceptionally poor model for time series data. It's going to end up a mess and confuse people. SQL is already a mess by itself. I would simply use functions and operators over time series or data frame types. Perhaps take a look at the R zoo library for examples of more advanced things pe…
We opted for the bastardized SQL because we thought it would be easier to understand. Of course, that may not be the case which is why we'd like to hear what people think of it. We based our decision on people using our API in Errplane and not understanding some parts of it without a lot of additional explanation. One of our users said about one part of it "oh, that's just like group by". I'm curious, did you find th…
InfluxDB – Open-source distributed time-series, events, and metrics database
51–60 of 79 posts
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#52http://sandbox.influxdb.org:9062/#/?username=ankit&password=...
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#53I was actually looking at a bunch of open source time series databases and settled on kairosdb but this looks pretty nice. I think there is a hackernews rule someplace that a more interesting tech alternative shows up right when you decided to go with something else. For reference here is the list I created when researching these: http://opentsdb.net/overview.html Built on HBASE http://www.gocircuit.org/vena.html Bui…
Rolling your own: http://blog.apiaxle.com/post/storing-near-realtime-stats-in-...
I need to read up on rrdtool as well, but I wonder if it would make much difference (good or bad) to store the mean or other average as the "higher up value" (ie: the average of the past 60 seconds as the minute value) ?
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#54Earlier quoted context omitted.
We opted for the bastardized SQL because we thought it would be easier to understand. Of course, that may not be the case which is why we'd like to hear what people think of it. We based our decision on people using our API in Errplane and not understanding some parts of it without a lot of additional explanation. One of our users said about one part of it "oh, that's just like group by". I'm curious, did you find th…
I really like SQL - as I was learning SQL, I thought it was terrible, but now after years of using it really makes getting to data easy, I'm very excited to see you choose SQL instead of JSON or something less query like to query...
But SQL is really a bad option in the moodern world, especially since (I estimate) about 90% of SQL statements are built programmatically; Thus, a query language that is easier to construct from code makes a lot more sense. (And not, that's not JSON - some form of algebraic notation or LISPish notation makes much more sense).
Also, SQL semantics are horrible if you have order involved (as you always do in time series).
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#55Every now and then I see a new opensource distributed and whatnot database pop out, now, I'm totally naive in terms of databases and distributed systems. Do we really need all this Databases? What's special about this one? Can someone give me a summary of the main ones (Mongo, Redis, Rethink, Riak, etc.) ? Now not discouraging InfluxDB or anything, as a systems programming fan it's great to see more things like this…
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#56Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#57There's a lot to be learned from the non-open source players in this space. Specifically, kdb+ has always provided everything I needed. It's built for HFT, and does millions of data points per second with analytics, with history going back years. It is, however, rather expensive.
The stuff built for finance is definitely interesting. John and I (two of the people working on this) previously worked at a fintech startup and worked with a closed source time series db called OneTick. It was super fast, but its API work for analytics/events use cases. Great for fast moving market data though.
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#58Other than that, I look forward to evaluating this .. maybe its a solution for a problem I have recently where I'm collecting massive log files of operation systems, and need to navigate/parse/analyze .. so I guess I import the logs into InfluxDB, and put a d3.js frontend on it ..
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#59Earlier quoted context omitted.
The numpy style interface might be interesting. The problem is that it would probably kill performance to marshal into a Python process. Unless there's some way to embed numpy? Supporting custom functions is definitely something we want to do.
Why would it kill performance? All you need to do is this: double* values = (double*)malloc(sizeof(double)*num_of_values); (If you are unfamiliar with numpy, it's just a python wrapper around raw blocks of memory.)
Re: InfluxDB – Open-source distributed time-series, events, and metrics database
#60I don't seem to be able to log in to their playground - anyone else able to register a new account? I just get "invalid username/password" no matter what I enter. Other than that, I look forward to evaluating this .. maybe its a solution for a problem I have recently where I'm collecting massive log files of operation systems, and need to navigate/parse/analyze .. so I guess I import the logs into InfluxDB, and put a…