← Back to home
Comparison · Analytics

Amundsen vs TimescaleDB

A side-by-side editorial comparison of Amundsen and TimescaleDB — release velocity, themes, recent moves, and the top alternatives to consider.

Amundsen vs TimescaleDB: at a glance

FeatureAmundsenTimescaleDB
SectorAnalyticsAnalytics
Velocity score0.06.3
Sparks · 30d01
Top themesdata-catalog, metadata, maintenance-mode, monorepo-releasestime-series, postgresql, query-performance, columnstore
Last editorial update1mo ago8d ago
WebsiteVisit →Visit →

What is Amundsen?

Amundsen's last release was a config flag, and the feed has been silent for two years

Amundsen ships as several separately versioned components — databuilder, metadata, frontend, common — cut from one repository, and the release feed shows the same changelog republished under three different component tags on the same afternoon. Reading past the tag names, the content is overwhelmingly dependabot bumps, Python compatibility-matrix maintenance and mypy upgrades, with real features appearing a couple of times a year. The final release, databuilder 7.5.1 in August 2024, contains exactly one change: a config option for implicit transactions in the neo4j extractor.

Read the full Amundsen trajectory →

What is TimescaleDB?

TimescaleDB 2.30.0 ships DeferredChunkAppend, cutting last-point query cost from O(n chunks) to O(1)

TimescaleDB is running a brisk 2-3 week release cadence, alternating feature drops with bug-fix patches. The 2.29–2.30 cycle focused on execution-layer performance: reducing lock contention on DML operations, improving columnstore skip-scan behavior, and now eliminating the planning overhead that made last-point queries degrade as chunk counts grew. The project also dropped PostgreSQL 15 in 2.29.0 and is actively closing CVEs in patch releases.

Read the full TimescaleDB trajectory →

Amundsen vs TimescaleDB: editorial side-by-side

A
Amundsen
ANALYTICS
0.0

Amundsen's last release was a config flag, and the feed has been silent for two years

◆ Current state

Amundsen ships as several separately versioned components — databuilder, metadata, frontend, common — cut from one repository, and the release feed shows the same changelog republished under three different component tags on the same afternoon. Reading past the tag names, the content is overwhelmingly dependabot bumps, Python compatibility-matrix maintenance and mypy upgrades, with real features appearing a couple of times a year. The final release, databuilder 7.5.1 in August 2024, contains exactly one change: a config option for implicit transactions in the neo4j extractor.

◆ Where it's heading

The direction is contraction. Python 3.7 support was dropped and the matrix narrowed to 3.8 and 3.9 before 3.10 was cautiously added to everything except the metadata service, contributor names moved to emeritus status, and organisations were removed from the README's adopter list. What feature work exists is small and peripheral — a PowerBI logo, aggregated alerts, a gremlin proxy method — rather than anything touching how the catalog works. Nothing has been published since August 2024.

◆ Prediction

There is no signal in these entries of planned work, and a two-year silence following a single-flag release means the practical expectation is no further releases; the component version skew across databuilder, metadata and frontend is now frozen where it stopped.

T
TimescaleDB
ANALYTICS
6.3

TimescaleDB 2.30.0 ships DeferredChunkAppend, cutting last-point query cost from O(n chunks) to O(1)

◆ Current state

TimescaleDB is running a brisk 2-3 week release cadence, alternating feature drops with bug-fix patches. The 2.29–2.30 cycle focused on execution-layer performance: reducing lock contention on DML operations, improving columnstore skip-scan behavior, and now eliminating the planning overhead that made last-point queries degrade as chunk counts grew. The project also dropped PostgreSQL 15 in 2.29.0 and is actively closing CVEs in patch releases.

◆ Where it's heading

The consistent theme across recent releases is narrowing the performance gap between TimescaleDB and raw Postgres on specific query shapes. DeferredChunkAppend (2.30.0) is the highest-signal example: a custom executor node that changes the fundamental complexity of a core time-series access pattern from linear to constant. The project is investing in closing the 'many chunks = slower queries' tradeoff that has historically pushed users toward aggressive retention policies or manual chunk housekeeping.

◆ Prediction

2.30.1 already patched four DeferredChunkAppend edge cases; at least one more fix cycle is likely before the feature stabilizes. The deferred execution approach will probably be extended to additional query shapes beyond LIMIT-based last-point lookups in the next minor feature release.

Alternatives to Amundsen and TimescaleDB

Other Analytics products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Amundsen or TimescaleDB.

See all Amundsen alternatives → · See all TimescaleDB alternatives →

Recent activity from Amundsen and TimescaleDB

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 8d agoTimescaleDBTimescaleDB 2.30.1: DeferredChunkAppend bug fixes
  2. 17d agoTimescaleDBTimescaleDB 2.30.0: last-point queries now run in constant time ⚡
  3. 1mo agoTimescaleDB2.29.2 (2026-08-18)
  4. 1mo agoTimescaleDB2.29.1 (2026-08-04)
  5. 1mo agoTimescaleDB2.29.0 (2026-07-28)
  6. 2mo agoTimescaleDB2.28.3 (2026-07-16)
  7. 2y agoAmundsenDatabuilder 7.5.1 adds implicit-transaction config for the neo4j extractor
  8. 2y agoAmundsenDatabuilder 7.5.0 is dependency bumps and a Python 3.10 matrix
  9. 2y agoAmundsenMetadata 3.13.0 adds aggregating alerts and a gremlin proxy lookup
  10. 2y agoAmundsenFrontend 4.3.0 republishes the same changelog under a second tag
  11. 2y agoAmundsenCommon 0.32.0 republishes the same changelog under a third tag
  12. 2y agoAmundsenMetadata 3.12.3 clears frontend dependency vulnerabilities

Frequently asked questions

What is the difference between Amundsen and TimescaleDB?

They serve adjacent needs but don't currently overlap on shipped themes. TimescaleDB is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.

Is Amundsen better than TimescaleDB?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. TimescaleDB is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.

What are the best alternatives to Amundsen?

Top Amundsen alternatives in Analytics are ranked by recent ship velocity. Browse the "Amundsen alternatives" section above for the current picks, or visit /alternatives/amundsen for the full list with editorial commentary on each.

What are the best alternatives to TimescaleDB?

Top TimescaleDB alternatives in Analytics are ranked by recent ship velocity. Browse the "TimescaleDB alternatives" section above for the current picks, or visit /alternatives/timescaledb for the full list with editorial commentary on each.