DB32/T 3940-2020 公路桥梁健康监测系统数据库架构设计规范

ICS91.08.040

CCSP25

DB32

江苏省地方标准

DB32/T3940—2020

公路桥梁健康监测系统数据库

架构设计规范

Designcodefordatabasearchitectureofhighwaybridgehealthmonitoringsystem

2020-12-15发布2021-01-15实施

江苏省市场监督管理局发布

DB32/T3940-2020

前言

本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起

草。

本文件由江苏省交通运输厅提出并归口。

本文件起草单位：苏交科集团股份有限公司、江苏交通控股有限公司、江苏省长大桥梁健康监测数

据中心、江苏高速公路工程养护技术有限公司。

本文件主要起草人：张宇峰、陈策、张欣河、彭家意、承宇、李翔宇、李英涛、王浩、王友高、赵

亮、黄月华、杨超、徐一超、宋奎、陆超、王连发、邓晓隆、欧阳歆泓、杨迪、江虹、王路、郭俊、刘

锐、常炼、高扬。

I

DB32/T3940-2020

公路桥梁健康监测系统数据库架构设计规范

1范围

本文件规定了公路桥梁健康监测系统数据库架构设计的术语定义、通用要求、数据表、数据交换要

求。

本文件适用于公路桥梁的健康监测系统数据库架构设计。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文

件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用

于本文件。

GB/T11708-1989公路桥梁命名编号和编码规则

GB/T20273-2019信息安全技术数据库管理系统安全技术要求

GB/T22239-2019信息安全技术信息系统安全等级保护基本要求

GB50982-2014建筑与桥梁结构监测技术规范

3术语和定义

以下术语和定义适用于本文件。

3.1

公路桥梁健康监测系统highwaybridgehealthmonitoringsystem

应用在公路桥梁的一种集传感、数据采集与传输、结构状态参数与损伤识别、性能评估与预测技术

为一体的自动化、信息化监测系统，主要由传感器及采集仪器设备等硬件系统和数据分析及结构分析等

软件系统构成，通过对桥梁结构各类参数进行连续性（包括实时或不同频度）测试，实现对桥梁结构当

前和未来服役状况及潜在风险进行分析和评估。

3.2

表table

数据库中某种特定类型数据的结构化对象，由行（Row）和列（column）组成，表示有一定意义的

信息的集合。

1

DB32/T3940-2020

3.3

字段field

数据库中表的单元属性，以列（column）的方式呈现，表示与对象或类关联的变量。

3.4

记录datarecord

数据库中的字段的集合组成记录，指数据表中的一条完整的信息集合。

3.5

万国码8-bitUnicodeTransformationFormat

简称UTF-8，一种针对Unicode的可变长度字符编码。

3.6

数据交换datasharing

依据一定的原则，采取相应的技术，满足不同信息系统之间数据资源的共享需求，实现不同信息系

统之间数据资源共享的过程。

3.7

主键primarykey

称主关键字，表中的一个或多个字段，它的值用于唯一地标识表中的某一条记录。

3.8

第三范式thirdnormalform

第三范式（3NF）是符合第三级别的关系模式的集合。满足第三范式的数据库，是在满足第二范式

（2NF）的基础上，要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

3.9

数据仓库datawarehouse

称企业数据仓库，是来自一个或多个不同源的集成数据的中央存储库。数据仓库将当前和历史数据

存储在一起，用于报告和数据分析的系统。

3.10

结构化数据structureddata

称作行数据，是指由数据库二维表结构来逻辑表达和实现的数据形式。结构化数据须严格遵循数据

格式与长度规范，存储和管理结构化数据常使用关系型数据库产品。

3.11

非结构化数据unstructureddata

指不适于由数据库二维表来逻辑表达和实现的数据形式，其中包括各类文档报表、图片和音频、视

频信息等。存储和管理非结构化数据常根据应用领域使用专用的数据库产品。

2

DB32/T3940-2020

3.12

TCP/IP协议TransmissionControlProtocol/InternetProtocol

即传输控制/网络协议，也称作网络通讯协议。它是在网络的使用中的最基本的通信协议。TCP/IP

传输协议对互联网中各部分进行通信的标准和方法进行了规定。并且，TCP/IP传输协议是保证网络数据

信息及时、完整传输的两个重要的协议。

3.13

HTTP协议HyperTextTransferProtocol

超文本传输协议，是一个请求——响应协议，它通常运行在TCP之上，用于分布式、协作式和超媒

体信息系统的应用层协议。HTTP是万维网的数据通信的基础。

4通用要求

4.1基本要求

4.1.1数据库应采用技术先进、稳定可靠、易于扩展的设计方案，设计方案应遵循数据的完整性和一

致性原则；管理技术平台应安全、稳定、高效。

4.1.2数据库系统宜具备身份鉴别、主动访问控制、安全审计等安全防护功能。

4.1.3数据库系统的设计及功能等应符合GB50982-2014的相关要求。

4.1.4数据库的表结构设计应满足第三范式（3NF）的要求。

4.1.5数据库系统宜构建若干子数据库，对数据进行分类存储和管理。

4.1.6数据库系统宜针对具体需求提供数据备份功能，保障数据安全。

4.1.7数据库架构设计应根据业务分析模型，选择合适的数据库类型。

4.1.8数据库中的表宜根据其存储数据的具体特征，设计合理的表结构。

4.1.9数据库系统宜具备数据仓库拓展功能或具备向数据仓库系统迁移能力。

4.1.10数据库架构设计，除执行本规范外，尚应符合国家及行业现行相关标准的规定。

4.2编码要求

4.2.1数据库中表应符合以下条例：

——表使用“[表类型]_[模块名]_[具体表名]”方式命名；示例：t_sys_conif、view_sys_code；

——位于同一模块的表名前缀应相同，模块名可采用英语简写方式命名；示例：t_sys_*；

——具体表名应与表中存储数据相关，应避免使用拼音命名；示例：t_sys_user；批注[x1]:“避免”不应该与“应”

——具体表名宜使用完整的英语单词，在单词长度大于10个字符时，可采用单词简写；示例：一起使用；“避免”表推荐性，

t_business_log；“应”表要求，请根据需要择其一

——如具体表名由多个单词组成时，应使用“_”间隔；示例：t_business_sensor；进行表述

——表名长度不宜超过30个字符。

4.2.2数据库中表的模块应区分：系统架构实体、业务功能实体、存储数据实体。

4.2.3数据库中表的字段名应使用统一规范，宜采用以下规范：

——字段使用“[实体]_[属性]”方式命名；示例：level_name；

——字段名宜使用完整的英语单词，在单词长度大于10个字符时，可采用单词简写；

——如字段名由多个单词组成时，应使用“_”间隔；示例：level_name；

3

DB32/T3940-2020

——字段名长度不宜超过30个字符；

4.2.4数据库中表的字段应设置NOTNULL限制，允许空值的字段设计不宜超过总字段数量的80%。

4.2.5数据库中表的字段长度应精确定义，应在保证字段实际使用需求的基础上，缩短字段长度。

4.2.6数据库中表应使用单独的字段作为对应表的主键。

4.2.7数据库中表的主键应体现或计算得出其数据存储的时间戳信息，字段名宜使用“SID”。

4.2.8数据库中表的主键字段宜创建聚集索引。

4.2.9数据库设计时宜对常用查询字段设置索引。

4.3维护及安全要求

数据库的维护、安全要求应符合GB/T20273-2019及GB/T22239-2019相关要求。

5数据表要求

5.1基础信息表

5.1.1基础信息表应包括：桥梁信息表、传感器配置表、设备信息表、监测类型配置表等。

5.1.2基础信息表应考虑不同类型桥梁的具体情况，统一进行字段设计。批注[x2]:“考虑”不应该与“应”

5.1.3基础信息表应保证其字段能完整覆盖公路桥梁健康监测系统需要的桥梁、传感器及设备信息。一起使用；“考虑”表推荐性，

5.1.4桥梁信息表中的记录应符合GB/T11708-1989要求。“应”表要求，请根据需要择其一

5.1.5桥梁信息表可参考表A.1进行表结构设计。进行表述

5.1.6传感器配置表应根据不同类型传感器分别进行编号。

5.1.7传感器配置表字段应包括传感器编号、传感器类型、监测数据类型、传感器安装位置、数据采

集频率、初始修正值等。

5.1.8传感器配置表可参考表A.2进行表结构设计。

5.1.9设备信息表应根据不同类型的设备分别进行分类编号。

5.1.10设备信息表的字段应包括设备编号、设备类型、设备安装位置、状态等。

5.1.11设备信息表可参考表A.3进行表结构设计。

5.2监测数据表

5.2.1监测数据表应根据不同类型的监测数据分表进行设计，其对应每个具体测量参数应设计独立的

表。

5.2.2监测数据表的字段应包括监测数据采集时间、传感器编号、传感器采集值等。

5.2.3监测数据表的监测数据采集时间字段精度应体现传感器数据采集精度和存储精度。

5.2.4监测数据表的传感器编号字段应与基础信息表中相应字段统一。

5.2.5监测数据表的传感器采集值字段数据精度应为单精度浮点数。

5.2.6监测数据表的架构设计应按表C.1执行，业务表的具体设计应按表B.1～表B.19执行。

5.3业务功能表

5.3.1业务功能表应体现对基础信息数据及业务数据的统计、展示、分析等功能，应根据不同功能模

块分表进行设计。

5.3.2业务功能表的设计应体现公路桥梁健康监测系统中业务数据与具体功能的相关性。

5.3.3业务功能表应负责存储其他功能性数据，包括分析评估数据、视频、图像、音频等结构化及非

结构化数据。

4

DB32/T3940-2020

5.3.4业务功能表应通过合理设计对重要的中间计算数据进行存储。

5.3.5业务功能表不宜将业务表中的数据进行额外存储或备份。

6外部数据交换

6.1一般规定

6.1.1数据库架构设计应考虑基础信息表、监测数据表、功能表与其他数据库系统或软件系统的数据批注[x3]:“考虑”不应该与“应”

交换需求。一起使用；“考虑”表推荐性，

6.1.2数据库表结构具体设计时，应添加清晰完整的字段说明信息。使用不具备备注功能的数据库产“应”表要求，请根据需要择其一

品时，应独立以文档形式维护说明信息表。进行表述

6.1.3数据库架构宜选取支持ODBC和JDBC等常用接口规范的方案。

6.1.4在设计数据库数据交换方法时，数据交换双方应商讨统一的数据结构或中间数据格式。

6.1.5数据库数据交换时，双方最终目标存储数据的数据格式应自行负责转换。

6.2数据交换方式

6.2.1以本规范为基础设计的数据库之间进行数据交换时，宜采用以下方式：

——方式一：在权限允许和数据交换环境安全的条件下，可在数据库层面，采用对表数据同步的方

式进行数据交换；

——方式二：依据本规范搭建双方共享数据库，对共享数据库中表的读写权限进行分离；

——方式三：以TCP/IP协议为基础，通过HTTP协议，基于JSON的数据格式，来进行对外提供数

据接口。

6.2.2以本规范为基础设计的数据库与非本规范为基础设计的数据库或均未按本规范为基础设计的数

据库之间的数据交换，宜采用6.2.1条的方式二或方式三。

6.2.3非结构化的数据交换，宜采用以FTP、网络共享等共享结构目录的方式进行的数据交换。

5

DB32/T3940-2020

AA

附录A

（资料性附录）

表设计

表A.1给出了桥梁信息表结构

表A.1桥梁信息表结构

编号字段名类型说明备注示例

主键，唯

1SIDVARCHAR2(32)时间戳15892540620001

一编码

按“路线号+行政政区代码+L

（R/Z/K/Y）+四位数字编号”组成，

其中：第1～5位为桥梁所在的路线

号；第6～11位为桥梁所在行政区划

代码；第12位为路线类型；第13～

2BRIDGE_CODEVARCHAR2(32)桥梁编码G104320123L1110

15位为桥梁所在省（直辖市）管界内

沿路线走向的顺序号；第16位为扩充

码，由于路线编号不等长（为

2位至5位不等），桥梁编码为不等

长（13位至16位）形式

3BRIDGE_NAMEVARCHAR2(128)桥梁名称水关桥

1：公路桥

2：公铁两用

3：漫水桥

4：信道

4BRIDGE_TYPEVARCHAR2(8)功能类型1

5：闸坝桥

6：高速公路跨线桥

7：人行桥

9：其它桥

00：公路—I级

01：公路—II级

02：＞汽—超20级

03：汽—超20级

5DESIGN_LOADVARCHAR2(8)设计荷载04：汽—20级00

05：汽—15级

06：汽—10级

07：＜汽—10级

09：其他

6

DB32/T3940-2020

表A.1桥梁信息表结构（续）

编号字段名类型说明备注示例

10：高级路面

11：沥青混凝土

12：水泥混凝土

20：次高级路面

21：沥青贯入式

22：沥青碎石

23：沥青表面处置

30：中级路面

31：碎、砾石（泥结或级配）

桥面铺

6DECK_PAVEMENTVARCHAR2(8)32：半整齐石块11

装

33：其它粒料

40：低级路面

41：粒料加固土

42：其它当地材料加固或改善土

50：无路面（未进行铺装的路面）

90：其他

91：钢桥面

92：复合材料

93：木面

1：斜拉桥

2：悬索桥

STRUCTURE_CAT上部结3：拱桥

7VARCHAR2(8)4

EGORY构类型4：梁式桥

5：桁架桥

6：其他桥

通车时2020/05/12

8TRAFFIC_TIMEDATEYYYY/MM/DDHH24:MM:SS

间22:23:25

SPAN_COMBINAT桥跨组沿路走向的桥梁各孔跨径组合的数字

9VARCHAR2(128)490+1416+490

ION合表达式

WIDTH_COMBINA桥宽组系指人行道（护轮安全带）宽、行车道1.5+0.5+3.5+3.

10VARCHAR2(128)

TION合宽及中间分隔带宽组合的数字表达式5+0.5+1.5

7

DB32/T3940-2020

表A.1桥梁信息表结构（续）

编号字段名类型说明备注示例

00：无

01：锌铁皮U形伸缩缝

02：钢板伸缩缝

03：橡胶伸缩缝

04：无缝式伸缩缝

05：自然留缝

EXPANSION_JOI伸缩缝类06：梳