Creators of @TimescaleDB. The fastest PostgreSQL cloud platform for time series, real-time analytics, and vector workloads. github.com/timescale

Joined May 2025
138 Photos and videos
🐯 @TimescaleDB is now TigerData! πŸš€ When we launched Timescale, the top Hacker News comment said it was β€œa bad idea.” PostgreSQL wasn’t supposed to be fast. Or scalable. Or useful for time-series. 8 years later: -2,000 customers -8-digit ARR -Most workloads aren’t even time-series anymore We’ve changed our name to reflect that evolution: Timescale is now TigerData. Same code. Same team. Still PostgreSQL. Just a lot faster.
14
5
35
16,819
Tiger Data - Creators of TimescaleDB reposted
⚑@TimescaleDB 2.27 is out. For 10 years, we've had a consistent vision: start with Postgres, scale with Postgres. Reduce the need for complex data stacks with lagging CDC pipelines, weaker consistency, stale data, and more operational surface area. This release continues that work by making Hypercore, our Postgres-native columnstore, faster across more workloads. Specifically: β€’ Selects. More filters now run vectorized through the standard Postgres function path, including in continuous aggregate refreshes. 30% - 200% improvements. β€’ Updates and deletes. Bloom filters can skip decompressing compressed batches that cannot match equality predicates. Some crazy improvements up to 160x. β€’ Upserts. Bloom filters can also prune batches during arbiter checks, avoiding unnecessary decompression on conflict-heavy write paths. Same Postgres. Less unnecessary work. Faster at scale.
2
8
38
2,919
Tiger Data - Creators of TimescaleDB reposted
For years, compute treated power as something to optimize. Now power is becoming the constraint. The more time I spend around AI data center projects, the more it’s clear this has shifted from a facilities issue into a complex systems problem. A lot of my academic career was spent focusing on distributed systems, networking, and storage, thinking about topics like server utilization, network bisection, storage placement, scheduling, and cluster orchestration. We all worked under the assumption that physical infrastructure was simply a given foundation for the compute layer. There was a wave of systems work on green computing in the late 2000s, especially around energy-proportional computing, power-aware systems, and data center efficiency. But power was still treated as an optimization variable, and what feels different now is that power itself is becoming the constraint. While AI infrastructure conversations usually focus on chips and clusters, the constraints increasingly show up in the physical infrastructure: power, cooling, water, grid interconnects, backup generation, and the ability to operate dense compute reliably. You can see it at the market level too. The proposed $67B deal between NextEra and Dominion deal is being seen explicitly as a direct response to the massive electricity requirements of AI data centers. The demands are enough to change the strategic logic of the power sector itself. At @TimescaleDB, we are experiencing this firsthand. We have seen hyperscalers deny server expansion requests not due to a lack of hardware or demand, but because of regional power capacity limits. The physical plant is now an inseparable part of the broader systems architecture. The compute layer and the physical infrastructure layer are more tightly coupled than most software people are used to thinking about. Power, cooling, water, capacity, utilization, and equipment state are no longer just metrics in an operations dashboard. They become part of how operators understand the facility, plan growth, investigate failures, improve efficiency, and decide where compute can actually run. This is also becoming a real-time systems problem. As power density and heat density increase, the operational control loop becomes more important. The system has to respond to changing thermal conditions, workload placement, cooling behavior, and infrastructure state. The shift from primarily air-cooled environments toward more liquid-cooled designs only makes that coupling tighter. Ultimately, the "AI factory" is as much an energy and infrastructure challenge as it is a compute one. Because the physical system now defines the digital performance envelope, the operational data layer has moved from the periphery to the center of system architecture. More to write.
3
6
26
2,189
Tiger Data - Creators of TimescaleDB reposted
Now let's undo the undo with TigerFS to restore the changes... Filesystem interface skills. Agents are so good at this.
Revert all changes to the last savepoint. Let your agents cook, then clean up when they make a mess of everything. πŸ˜€
2
3
18
2,776
Tiger Data - Creators of TimescaleDB reposted
PSA for #Postgres extension developers: Consider adding open-source pgspot to your release CI pipeline. github.com/timescale/pgspot We regularly evaluate extensions for Tiger Cloud, and pgspot consistently finds security issues, privilege escalations, and unsafe patterns before deployment. We try to report what we find upstream through issues and PRs, but even better is catching these problems before a release ever ships.
6
29
1,494
Tiger Data - Creators of TimescaleDB reposted
Continuous aggregates are one of the most popular TimescaleDB features: incrementally maintained rollups that accelerate analytical queries while transparently handling late-arriving and backfilled data. The challenge is that analytical questions evolve. Need another aggregation? Historically, that meant dropping and rebuilding the continuous aggregate. In @TimescaleDB 2.28, adding a new aggregate to an existing continuous aggregate is just: > ALTER MATERIALIZED VIEW ... ADD COLUMN New values are computed automatically going forward. If you want historical values for the new column, simply run a refresh. Analytical requirements change. Your rollups should be able to change with them.
1
4
19
1,500
Tiger Data - Creators of TimescaleDB reposted
10,000 GitHub contributions for @TimescaleDB! That's a metric to celebrate! πŸ₯³
TimescaleDB just hit 10,000 contributions. Every ticket, comment, and PR got us here, from Tiger Data engineers to contributors around the world. Thank you. On to 100,000. #TimescaleDB #PostgreSQL #OpenSource
4
25
1,847
Tiger Data - Creators of TimescaleDB reposted
Close Full details in Brandon's write-up. tsdb.co/8r1vpily Tiger Data (creators of TimescaleDB) #PostgreSQL #databases
2
1
212
Tiger Data - Creators of TimescaleDB reposted
Most engineers think picking TimescaleDB is a database decision. By the time it's in production, they've learned it was a platform ownership decision. That gap is the whole story: tsdb.co/platform-ownership-x
1
3
323
Tiger Data - Creators of TimescaleDB reposted
The database bill went up 40%. Finance noticed. The other bill lives on the calendar: partition reviews, autovacuum tuning, replica lag threads, onboarding sessions. Is this buying a better architecture, or paying interest on the current one? tsdb.co/eng-calendar-x
1
1
312
Tiger Data - Creators of TimescaleDB reposted
Float collects energy data every second. The Danish grid settles every 15 min. Continuous Aggregates bridge the gap: no batch jobs, no pipelines. 99.3% compression keeps it viable. tsdb.co/bjgkrzh1 @floatenergy #TimescaleDB
4
1
330
Tiger Data - Creators of TimescaleDB reposted
TimescaleDB just hit 10,000 contributions. Every ticket, comment, and PR got us here, from Tiger Data engineers to contributors around the world. Thank you. On to 100,000. #TimescaleDB #PostgreSQL #OpenSource
1
1
3
2,228
Tiger Data - Creators of TimescaleDB reposted
"@TimescaleDB is the new standard." That's @Siemens' conclusion for their industrial data historian. Replacing their use of Oracle, SQL Server, InfluxDB, and vanilla Postgres. Powering their next-generation industrial data platform. 🀌
3
10
37
2,022
Tiger Data - Creators of TimescaleDB reposted
Congrats to @Polymarket for surpassing $1B in revenue run rate. Remarkable to join that small group of companies so quickly. And proud that @TimescaleDB and Tiger Cloud help power your critical database infrastructure. πŸ“ˆπŸ“ˆπŸ“ˆ cnbc.com/2026/06/26/polymark…
3
8
553
Tiger Data - Creators of TimescaleDB reposted
No tickets to the match? We've got the next best thing. ⚽🍻 Join Tiger Data and @NTTDATA later today for a FIFA Watch Party at Tom's Watch Bar in Houston. Catch the match on the big screen, grab a drink, and hang out with fellow soccer fans and the Data Driven crowd. πŸ“ Tom's Watch Bar, Houston πŸ•£ 8:30 to 11:30 PM Register: tsdb.co/y9my0xy8
Watching the World Cup in Houston on June 25? Tiger Data and @NTTDATA are co-hosting a watch party at Tom's Watch Bar, 8:30–11:30 PM. Data Driven attendees anyone else in town: come through. Register here: tsdb.co/y9my0xy8
1
415
Tiger Data - Creators of TimescaleDB reposted
Watching the World Cup in Houston on June 25? Tiger Data and @NTTDATA are co-hosting a watch party at Tom's Watch Bar, 8:30–11:30 PM. Data Driven attendees anyone else in town: come through. Register here: tsdb.co/y9my0xy8
2
694
Tiger Data - Creators of TimescaleDB reposted
Heading to #DataDrivenOilGas in Houston June 25–26? Stop by the Tiger Data booth to see real-time analytics on Postgres for sensor and production data. tsdb.co/ecskr0me
1
2
1
655
Tiger Data - Creators of TimescaleDB reposted
Self-hosting @TimescaleDB for a critical app: ~1.5–3 full-time engineers, 3–4 to staff on-call, 2–4 engineer-weeks/yr for upgrades. Your team can do it. That was never the question. The question is what they're NOT building while they do. tsdb.co/selfhost-ownership-m…
1
2
4
518
Tiger Data - Creators of TimescaleDB reposted
Live workshop, June 30: build a real IoT analytics pipeline on Tiger Cloud from scratch in an hour. Real SQL, real sensor data, your own working instance. For when continuous sensor data has your Postgres queries crawling. 12pm ET, virtual: tsdb.co/sensor-to-insight-x
1
192
Tiger Data - Creators of TimescaleDB reposted
We're live at Data Driven Oil & Gas in Houston! πŸš€ Stop by Booth 8 today and tomorrow to chat with us about PostgreSQL, performance, and building scalable data platforms. We'd love to meet you and talk through your data challenges. See you there! πŸ‘‹ tsdb.co/ecskr0me
2
1
259