dianasaur323

5 ms·

1.
Volunteer mentorship for biz talent who lost their jobs due to Covid-19(medium.com)
1 points by dianasaur323 6y ago|0 comments
2.
by dianasaur323 7y ago
Yeah! CockroachDB is also a really cool multi-cloud DB. That being said, they are really more for transactional workloads, and less purpose built for time-series. I guess there are always trade-offs in the software world.
3.
by dianasaur323 7y ago
You select the public cloud vendor you want your machine spun up on. So no, if AWS has a full outage, it won't fall back to a different cloud. Failover is done at an availability zone level. Since TimescaleDB is also open-source, if yo
4.
by dianasaur323 7y ago
I think the quickest comparison is SQL vs NoSQL. We haven't done performance benchmarks against Druid yet, but do know of several users who have switched because they want to use PostgreSQL instead.
5.
by dianasaur323 7y ago
Very cool! I haven't been able to find a more real-time data source yet. Thanks for sharing!
6.
by dianasaur323 7y ago
We spin up a separate instance that matches the type that you want to migrate to, restore a backup and stream the WAL logs. Then, we redirect.
7.
by dianasaur323 7y ago
Certainly - I've been seeing a bunch of usage based pricing that price on a different metric (like metrics per second) etc. Regardless, with Timescale Cloud, if you get a machine, you pay the price for that machine for as long as you u
8.
by dianasaur323 7y ago
Yeah - TimescaleDB comes with a time_bucket function that allows you to group things by minute, and specify a where clause that queries for just the last 5 days. You can build indexes that include the ticker, and also reorder data on disk t
9.
by dianasaur323 7y ago
We haven't done a formal price comparison, since it's actually a bit hard to compare apples to apples since the two databases are architected differently. Definitely something we should consider doing! Thanks for the idea. Migrati
10.
by dianasaur323 7y ago
Interesting point of view - it's certainly always a bit hard to find the right verbage that everyone can understand, but hopefully this discussion clarified things!
11.
by dianasaur323 7y ago
It's more like pay-for-what-you use. You can check out the pricing calculator for more detail: https://www.timescale.com/cloud-pricing Growing, shrinking, and migrating involve moving to a different instance type, so y
12.
SQL vs. Flux: Choosing the right query language for time-series data(blog.timescale.com)
14 points by dianasaur323 8y ago|1 comments
13.
CockroachDB and Baidu hold their first joint open source conference in China(cockroachlabs.com)
3 points by dianasaur323 9y ago|0 comments
14.
Achieving zero RPO with CockroachDB(cockroachlabs.com)
7 points by dianasaur323 9y ago|0 comments
15.
by dianasaur323 9y ago
[cockroachdb here] We are big fans of RethinkDB, but also glad to hear that you'll explore CockroachDB. Let us know how it goes, and definitely file any issues / feature requests in our GitHub repo!
16.
by dianasaur323 9y ago
Thanks for pointing that out! We will fix that to optional for us :)
17.
by dianasaur323 9y ago
[cockroachdb here] Thanks for the great response, bpicolo!
18.
by dianasaur323 9y ago
[cockroachdb here] Yes! In addition to being highly scalable, CockroachDB also comes with built-in replication. That means that even with a smaller project that hasn't scaled yet, you still get the benefit of a more resilient database.
19.
Coming Soon: What to Expect in CockroachDB 1.0(cockroachlabs.com)
5 points by dianasaur323 9y ago|0 comments
20.
by dianasaur323 9y ago
CockroachDB employee here - Yes, CockroachDB is a completely different database from PostgreSQL. CockroachDB supports HA from the bottom up with data broken up into ranges that are consistently replicated using Raft. As mentioned earlier in
21.
by dianasaur323 10y ago
CockroachDB employee here. DBaaS is definitely on our roadmap. There are a lot of moving pieces to building out DBaaS, so our focus first is on honing our core product. In the meantime, we are working on making it as easy as possible to dep