统一命名空间下 historian 表结构该用窄表 RSS

Tiger Data 讨论统一命名空间（UNS）架构下历史库的表结构该怎么定。作者的判断是标签变动在 UNS 里属于常态，按资产建宽表、把标识编码进列名的做法因此不再适用，改个名字就要付出 ALTER TABLE 的代价。推荐做法是两张窄表：一张命名空间表用代理键存 ISA-95 层级，一张 tag_history 通过外键引用它。标识与路径解耦之后，重命名标签只是一次 UPDATE，工厂重组和标签停用都不必迁移数据。

发布于 2026-09-10T10:59:42.81243Z · Damaso Sanoja · Tiger Data 博客

工业 建模 时序

Tiger Data 讨论统一命名空间（UNS）架构下历史库的表结构该怎么定。作者的判断是标签变动在 UNS 里属于常态，按资产建宽表、把标识编码进列名的做法因此不再适用，改个名字就要付出 ALTER TABLE 的代价。推荐做法是两张窄表：一张命名空间表用代理键存 ISA-95 层级，一张 tag_history 通过外键引用它。标识与路径解耦之后，重命名标签只是一次 UPDATE，工厂重组和标签停用都不必迁移数据。

Tiger Data 讨论统一命名空间（UNS）架构下历史库的表结构该怎么定。作者的判断是标签变动在 UNS 里属于常态，按资产建宽表、把标识编码进列名的做法因此不再适用，改个名字就要付出 ALTER TABLE 的代价。推荐做法是两张窄表：一张命名空间表用代理键存 ISA-95 层级，一张 tag_history 通过外键引用它。标识与路径解耦之后，重命名标签只是一次 UPDATE，工厂重组和标签停用都不必迁移数据。

原始来源 ↗

来源记录

• center.info_item · aa7ec967a3d6cd70 · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · aa7ec967a3d6cd70 · 2026-10-03T04:08:55.967155Z