Readit News logoReadit News
smokel · 2 months ago
> There are no more “SQL vs. NoSQL” debates. MongoDB, Cassandra, InfluxDB, and other NoSQL databases are seen as technical dead ends. Snowflake and Databricks are acquiring PostgreSQL companies. No one talks about Hadoop. The Lakehouse has won.

That's quite some statement. Boy, would I have loved to live in a world where marketing rhetoric and scientific opinion were easier to distinguish.

sgarland · 2 months ago
Cassandra definitely isn’t dead, anyway. InfluxDB is a competitor to Timescale / TigerData, so that’s just a slam on them. I don’t think about MongoDB, other than of course the canonical video [0].

[0]: https://youtu.be/b2F-DItXtZs

mellosouls · 2 months ago
Also linking to an old HN comment to gloat about how wrong the doubters were is not a good look.

There's an element of immaturity in the style that they should probably work on.

inamorty · 2 months ago
I concur, the tone is very off-putting.
baggiponte · 2 months ago
Yeah they might be good but the marketing is really bold and, to a certain extent, arrogant if not outright disgusting.
suyash · 2 months ago
It sounds totally illogical comment, all those technologies mentioned have only been growing in the last few years and specialised databases are disrupting old school SQL ones.
victorbjorklund · 2 months ago
In a way I guess this makes sense because they are not just doing time series anymore but on the other hand that is just a very strange name. I'm just thinking about Tiger Beetle and I'm sure they will lose so much in brand awareness because people have heard about timescale db but they have not heard about tiger data and the name just sounds so cheesy.
ethagnawl · 2 months ago
This makes a certain amount of sense because it seems like the actual timescale DB extension/support/etc. they offer is becoming exponentially less important to their company as a result of their pgvectorscale offering. (I'm sure the post says as much.)

I did some work using pgvectorscale and their hosted offering a few months back and the product and the team were a delight to work with. I wish TigerData well.

apgwoz · 2 months ago
So there’s TigerData and TigerBeetle. I wish they would have chosen a different fast cat…
kajecounterhack · 2 months ago
I know what you mean, but still Tiger Beetles are an insect https://en.wikipedia.org/wiki/Tiger_beetle
apgwoz · 2 months ago
I thought about that, but, but it’s not the comparison of the second word, it’s the strength of the first. Read this list:

* Tiger Shark * Tiger Beetle * Tiger Data * Tiger Games * Tiger Woods * Tiger Attack * Tiger Snake * Wild Tiger

Only one stands out as not like the others. Tiger is too strong a word. The second word disappears.

sidewndr46 · 2 months ago
Now they just need to rebrand as Tiger Direct!
alexpadula · 2 months ago
WildcatDB, though uses a cheetah for the logo RocksDB uses an I believe tiger for the logo as well. Postgres with the elephant, MariaDB with the seal.
evanelias · 2 months ago
Small corrections: RocksDB's logo is a cheetah. MariaDB's is a sea lion, which is similar to a seal, but is delightfully relevant to this thread due to sounding more cat-like.
andrenotgiant · 2 months ago
Don't forget Tigris https://www.tigrisdata.com/
agos · 2 months ago
they even have a similar palette on their website, I could have sworn they were from the same company
Nezteb · 2 months ago
I'd like to see more references to biological taxonomies: https://en.wikipedia.org/wiki/Panthera
apgwoz · 2 months ago
Too bad they weren’t French, or a new breed of Riot Grrl databases. Le Tigre DB rolls off the tongue.
akulkarni · 2 months ago
We chose the Tiger back in April 2017.

Also TigerBeetle is an insect, not a fast cat.

apgwoz · 2 months ago
> We chose the Tiger back in April 2017.

Fair. But a mascot is not a name. I hope you can see why I bring this up?

> Also TigerBeetle is an insect, not a fast cat.

It is? Damn. I thought a Tiger Beetle was a six foot long cat wearing costume wings and a springs for antennae?

tao_oat · 2 months ago
And TigerGraph, too!

Deleted Comment

jabiko · 2 months ago
We've been using TimescaleDB/TigerData for over five years now and it has proven to be a reliable component of our project. We process and store hundreds of data points for a six-digit number of industrial robots and TimescaleDB is what makes that possible. While I can't speak for Timescale Cloud, the managed service for TimescaleDB on Azure has been rock solid.

One annoying thing is that tiered storage is not available on their Azure offering, and also in general it feels like managed service for TimescaleDB is the unloved stepchild of their offering.

But yes, I hope the team continues their amazing work, and I'm looking forward to seeing how the project develops in the future.

ramonguiu · 2 months ago
@jabiko thanks for the note. Glad our product is working so well for you. re:Azure we are working on some new things :) . Feel free to drop me a message if you'd like to discuss further (ramon@tigerdata.com).
cakoose · 2 months ago
> When we started 8 years ago, SQL databases were “old fashioned.” NoSQL was the future. Hadoop, MongoDB, Cassandra, InfluxDB – these were the new, exciting NoSQL databases. PostgreSQL was old and boring.

In 2017? I thought the NoSQL hype had subsided by then and everyone was excited about distributed transactions -- Spanner, Cockroach, Fauna, Foundation, etc.

politelemon · 2 months ago
I think this just illustrates the tech bubble we live in. Occasionally we find one that doesn't match ours.
akulkarni · 2 months ago
Exactly!

"The future is already here, it's just not very evenly distributed" - William Gibson

dgellow · 2 months ago
I had the same thought. They are off by a few years
spooneybarger · 2 months ago
Marketing is going to market.
conradev · 2 months ago

  TigerData is bold, fast, and built to power the next era of software.
We already have a Tiger-themed database at home: https://github.com/tigerbeetle/tigerbeetle

igitur · 2 months ago
When I saw the headline I immediately thought that TigerData is somehow related to the TigerBeetle.
Dowwie · 2 months ago
My experiences with Timescale revealed the need for a full time DBA expert of TSDB to make the db viable for queries exceeding more than the last week of time series data. Tiered reads barely work at all. Do you want a degree in how to use a crippled Postgres offshoot?
sgarland · 2 months ago
Tbf, my experience as a DBRE has been that most places should have a DB expert on staff, especially for Postgres. I’ve not used TigerData / Timescale, but IME there’s far more complexity to reason about and manage than people think.
pixl97 · 2 months ago
Generally developers need to be watched so they don't blow up the application performance and so they reuse queries in the correct manner so you optimize things like the query cache and the indexes you have.

Query optimization is one of those places where it can be easy to get orders of magnitude performance increases.

akulkarni · 2 months ago
I'm sorry to hear about your experience. Would love to hear more if you are open to it: ajay [at] tigerdata [dot] com.