November 2, 2025
November 2, 2025
If you're considering using a Historian as your Unified Namespace, think again.
Why you ask?
Well, here's why:
โ
โ
Historians cannot typically support change-based notifications or publish-subscribe events.
This limitation is crucial because a unified namespace should ideally facilitate real-time data interaction and dynamic event handling across different applications.
โ
โ
Not all the needed data for UNS is stored by Historians.
The data collected by the Historians might be a subset of the data collected by SCADA or the different PLCs; sometimes, not all the data that is available with other data-gathering techniques is collected and made available by Historians.
It was not designed for holistic data integration from the onset.
โ
โ
Most Historians will potentially require proprietary SDKs and client licenses to access data in historians.
This dependency can lead to increased costs and limit the flexibility for broader integration with diverse systems, which is contrary to the concept of a UNS that promotes open and scalable connectivity.
โ
โ
Adding or changing data sources in a Historian setup might require significant engineering effort.
A true UNS should enable โself-awareโ systems that automatically adapt and integrate new data sources or tags.
The existing historian setup might not support such dynamic adaptability, especially when scaling up or modifying system configurations.
โ
โ
Lastly, data in Historians is usually logged as name-value tags without much context. Requiring you to sift through the time-series data and convert it into useful Information.
Whereas a UNS needs to be a store of modelled, contextualised, normalised, and transformed data ready for use.
Do you have any other reasons why Historians can't be a UNS? Share them in the comments below!"
โ
Kudzai Manditereza is an Industry4.0 technology evangelist and creator of Industry40.tv, an independent media and education platform focused on industrial data and AI for smart manufacturing. He specializes in Industrial AI, IIoT, Unified Namespace, Digital Twins, and Industrial DataOps, helping digital manufacturing leaders implement and scale AI initiatives.
Kudzai hosts the AI in Manufacturing podcast and writes the Smart Factory Playbook newsletter, where he shares practical guidance on building the data backbone that makes industrial AI work in real-world manufacturing environments. He currently serves as Senior Industry Solutions Advocate at HiveMQ.