News for hackers. Stuff that matters.
Re:IoT on QuestDB by fasteo on Saturday June 06, 2020 @05:05AM (#23437747)
Did not know about QuestDB

“QuestDB is an open source database which makes time-series fast and easy.”

Re:IoT on QuestDB by ryanmjacobs on Saturday June 06, 2020 @09:19AM (#23438985)
Huh, didn't know about QuestDB either. Looks super interesting. I use PostgreSQL + Metabase for my time series IoT stuff, lots of temperature sensors.

This almost looks faster and easier. Will look into it. Thanks for sharing!

Re:IoT on QuestDB by j1897 on Saturday June 06, 2020 @09:40AM (#23439096)
don't hesitate to join our slack and ask us any question you have
Re:IoT on QuestDB by sgt on Saturday June 06, 2020 @09:49AM (#23439150)
I had not heard of QuestDB. We are considering moving our InfluxDB databases to PostgreSQL with Timescale. Is QuestDB something we should consider before making the switch? Perhaps more importantly, is it stable?
Re:IoT on QuestDB by j1897 on Saturday June 06, 2020 @09:52AM (#23439175)
Hi! The performance gap between questDB on both ingestion and queries versus timescale or influx is very significant (orders of magnitude faster). questDB is being used in production for critical use cases at large companies and is definitively stable. Watch out for our new release next week
Re:IoT on QuestDB by sgt on Saturday June 06, 2020 @02:41PM (#23441366)
I guess I was more interested in finding out whether questDB is mature for production use.

The product is impressive, but it looks like the documentation has some way to go. This is often indicative of the maturity of the product itself.

I was very interested in the Postgres wire protocol and its usage.

This part does not seem to be very mature.

Examples:

* The documentation doesn't mention a word of the default username/password on port 8812. I had to find this on a mailing list somewhere after 10 minutes of googling. Has this been hardcoded into the code?

* If you were to connect a typical Postgres tool this port, you'd be able to do selects but not even see the tables. If using psql and doing \d I get:

  ERROR:  Invalid column: oid
Re:IoT on QuestDB by g8oz on Saturday June 06, 2020 @11:09AM (#23439699)
Any performance metric comparisons available?
Re:IoT on QuestDB by j1897 on Saturday June 06, 2020 @11:26AM (#23439805)
We ran this experiment Vs influx some time ago for ingestion here https://medium.com/questdb/speeding-up-influx-line-protocol-...

In terms of queries, see our previous post on HN to get a sense https://news.ycombinator.com/item?id=22803504

Re:IoT on QuestDB by sgt on Saturday June 06, 2020 @01:25PM (#23440767)
Ingestion rate is pretty good in Influx and we are happy with that for now. If QuestDB is better I definitely won't complain. The issues with Influx is data integrity and also the difficulty in manipulating time series data if that becomes an issue (e.g turning all "0" string values into a 0i). How does QuestDB fare in this regard?
Re:IoT on QuestDB by bluestreak on Saturday June 06, 2020 @04:20PM (#23441945)
We take data integrity very seriously. This is one of the reasons QuestDB actually exists. We haven't had reports of data corruption or loss yet. We can commit durably if needed too.

To manipulate data we support "add" and "delete" column on the fly. We can also add column replace and type change if needed. This is pretty easy to do.

PostgreSQL wire is in beta. It works with JDBC driver and we will add metadata support quite soon.

Re:IoT on QuestDB by santafen on Saturday June 06, 2020 @05:54PM (#23442565)
Site owner here. There have been a couple of reports of being re-directed to ... call we say inappropriate material. So far I cannot reproduce this, and can see no reason why it might be happening. IF this happens to you, please feel free to reach out to me directly davidgs[at]davidgs[dot]com and I will work with you to get to the bottom of it.
Re:IoT on QuestDB by frhack on Saturday June 06, 2020 @09:34AM (#23439065)
Very interesting, but can anyone explain the underlying technology? There are no free lunches. Here we have sql join on time series data. Very cool, but is it really sustainable?
Re:IoT on QuestDB by j1897 on Saturday June 06, 2020 @09:48AM (#23439143)
Under the hood is a stack written from scratch without any dependencies - all libraries have been rewritten. It's in boring Java (zero-GC) and C++ for high performance components such as SIMD instructions. The idea being to provide massive performance and accessibility through SQL. IoT/monitoring being one of the use cases that work particularly well for questdb
Re:IoT on QuestDB by CyberDildonics on Saturday June 06, 2020 @02:22PM (#23441228)
In what scenario would this work better than sqlite?
Re:IoT on QuestDB by bogdanu on Saturday June 06, 2020 @04:19AM (#23437591)
Why am I redirected to porn?!
Re:IoT on QuestDB by GrumpyNl on Saturday June 06, 2020 @04:27AM (#23437613)
Youre probably hacked.
Re:IoT on QuestDB by bogdanu on Saturday June 06, 2020 @06:42AM (#23438219)
Just tried from another device and with mobile data (so it's not from my router). I'll research a bit more.
Re:IoT on QuestDB by bugbuster on Saturday June 06, 2020 @07:47AM (#23438499)
Same issue. Seems it's just a redirect from the host itself, so source has been hacked probably
Re:IoT on QuestDB by santafen on Saturday June 06, 2020 @08:28AM (#23438686)
Site-owner here. Went and checked everything. Can't find anything that would cause this, so please a) accept my apologies and b) give it one more shot. OR try dev.to/davidgs where it is reposted.
Re:IoT on QuestDB by bogdanu on Saturday June 06, 2020 @08:51AM (#23438830)
Nope, still porn; youporn.com, to be more exact.
Re:IoT on QuestDB by bluestreak on Saturday June 06, 2020 @07:57AM (#23438550)
Doesn’t redirect me :/
Re:IoT on QuestDB by Kinrany on Saturday June 06, 2020 @10:00AM (#23439224)
Same.