# Ignition historian: TimescaleDB and InfluxDB **URL:** \ **Category:** Ignition\ **Tags:** ignition83\ **Created:** [January 14, 2026, 7:31am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272 "2026-01-14T07:31:14Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![louagejasper](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/louagejasper/32/86311_2.png) [@louagejasper](https://forum.inductiveautomation.com/u/louagejasper)\ **Post date:** [January 14, 2026, 7:31am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/1 "2026-01-14T07:31:14Z")
Hi all, With the new historian currently implemented for QuestDB, are there plans from the Inductive team to build support for TimescaleDB and InfluxDB as well? Or would it make more sense for us to develop these modules ourselves? ---
**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\ **Post date:** [January 14, 2026, 8:00am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/2 "2026-01-14T08:00:06Z")
Timescale already works, why do they need more support? ---
**Author:** ![louagejasper](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/louagejasper/32/86311_2.png) [@louagejasper](https://forum.inductiveautomation.com/u/louagejasper)\ **Post date:** [January 14, 2026, 8:18am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/3 "2026-01-14T08:18:49Z")
The new historian enables aggregation in the database, so you'd be able to use powerchart with aggregation in the db. You'd need a module to actually do those aggregations in the db. ---
**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\ **Post date:** [January 14, 2026, 8:23am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/4 "2026-01-14T08:23:57Z")
The new historian also doesn't do clustering or redundancy, nor does it do standard durability. It is fast, but at the cost of reliability. It is not a "better" system, just an upgrade to the ailing SQLite internal historian option for people not wanting to use an external database. ---
**Author:** ![louagejasper](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/louagejasper/32/86311_2.png) [@louagejasper](https://forum.inductiveautomation.com/u/louagejasper)\ **Post date:** [January 14, 2026, 10:08am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/5 "2026-01-14T10:08:23Z")
I'm sorry, I'm not actually talking about the new historian, but about the new historian API. I agree with your statement if you're looking to use an internal historian. The new historian api is superior to the old historian api in many ways. It will enable tools like influx, questdb, timescaledb to be used in their full power, because you're able to do aggregation on the database itself, instead of always querying the raw data and doing aggregation in Ignition. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [January 14, 2026, 5:30pm UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/6 "2026-01-14T17:30:58Z")
Disclaimer: Not my product area, this is not an 'official' company statement. I believe there are plans to have first class support (whether via first or "second" party modules \[1\]) to connect to one or more "off the shelf" time series databases such as Timescale/Influx. I have no idea exactly which database(s) we might support, nor when that might happen. If you need that capability within the next year, I'd say to build the module yourself. * * * 1. e.g. an industry partnership akin to Cirruslink ---
**Author:** ![Kyle.Chase](https://avatars.discourse-cdn.com/v4/letter/k/3bc359/32.png) [@Kyle.Chase](https://forum.inductiveautomation.com/u/Kyle.Chase)\ **Post date:** [January 14, 2026, 6:08pm UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/7 "2026-01-14T18:08:13Z")
Paul’s comment is correct. Redundancy will be handled in 2027.2 Support for changing the durability mode will be added in the 8.3.x timeline. We are currently relying on the operating system and hardware for durability. ---
**Author:** ![gnguyen](https://avatars.discourse-cdn.com/v4/letter/g/41988e/32.png) [@gnguyen](https://forum.inductiveautomation.com/u/gnguyen)\ **Post date:** [January 15, 2026, 9:47pm UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/8 "2026-01-15T21:47:43Z")
> [@Kyle.Chase](#): > > Redundancy will be handled in 2027.2 Hi @Kyle.Chase First, Happy New Year. Is this really the scope… ewh… ;( ---
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [January 15, 2026, 9:54pm UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/9 "2026-01-15T21:54:17Z")
> [@gnguyen](#): > > Is this really Considering that Ignition does not implement **any** database redundancy technology **at all** , I think adding it to the platform so soon after adding the database itself is quite remarkable. And the key won't be whether it is _handled_, but whether it is handled **well**. If your clients need database redundancy any time soon, plan on deploying a properly redundant external database. ---
**Author:** ![gnguyen](https://avatars.discourse-cdn.com/v4/letter/g/41988e/32.png) [@gnguyen](https://forum.inductiveautomation.com/u/gnguyen)\ **Post date:** [January 16, 2026, 9:24am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/10 "2026-01-16T09:24:36Z")
Hi @pturmel "Soon" isn't the wording I'd use, but I'm definitely on the same page. I know this isn't a simple task, and handling it properly is key. As mentioned here [New Historian - QuestDB - #16 by Kyle\_Chase1](https://forum.inductiveautomation.com/t/new-historian-questdb/109144/16) and [New Historian - QuestDB - #34 by Kevin.McClusky](https://forum.inductiveautomation.com/t/new-historian-questdb/109144/34) we were expecting this in the 8.3 line, not in the new yearly releases 😉 Of course, we'll provide alternative solutions to help simplify operations. And by the way, I totally agree on [New Historian - QuestDB - #46 by pturmel](https://forum.inductiveautomation.com/t/new-historian-questdb/109144/46) (like the raison d’être term too) ---
**Author:** ![louagejasper](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/louagejasper/32/86311_2.png) [@louagejasper](https://forum.inductiveautomation.com/u/louagejasper)\ **Post date:** [March 9, 2026, 10:09am UTC](https://forum.inductiveautomation.com/t/ignition-historian-timescaledb-and-influxdb/113272/11 "2026-03-09T10:09:45Z")
Quick question. We're building an Ignition module for TimescaleDB utilizing the [system.historian](https://docs.inductiveautomation.com/docs/8.3/appendix/scripting-functions/system-historian) functions. Would anyone be interested in such module? If you have, feel free to let your interest be known here: [https://mustrysolutions.com/timescaledb-ignition-module](https://mustrysolutions.com/timescaledb-ignition-module)