DB32 T 3940-2020 公路桥梁健康监测系统数据库架构设计规范.pdf
《DB32 T 3940-2020 公路桥梁健康监测系统数据库架构设计规范.pdf》由会员分享,可在线阅读,更多相关《DB32 T 3940-2020 公路桥梁健康监测系统数据库架构设计规范.pdf(21页珍藏版)》请在麦多课文档分享上搜索。
1、ICS 91.08.040 CCS P 25 DB32 江苏省 地 方 标 准 DB 32/T 3940 2020 公路桥梁健康监测系统数据库 架构设计规范 Design code for database architecture of highway bridge health monitoring system 2020 - 12 - 15 发布 2021 - 01 - 15 实施 江苏省市场监督管理局 发布 DB32/T 3940-2020 I 前 言 本 文件 按照 GB/T 1.1-2020标准化工作导则 第 1部分:标准化文件的结构和起草规则的规定起 草。 本文件 由江苏省交通运
2、输厅提出并归口。 本文件 起草单位:苏交科集团股份有限公司、江苏交通控股有限公司、江苏省长大桥梁健康监测数 据中心、江苏高速公路工程养护技术有限公司。 本文件 主要起草人:张宇峰、陈策、张欣河、彭家意、 承宇、 李翔宇、李英涛、 王浩、 王友高、赵 亮、 黄月华、 杨超、徐一超、 宋奎、 陆超、王连发、邓晓隆、 欧阳歆泓、 杨迪 、江虹、王路、郭俊、刘 锐、常炼、高扬 。 DB32/T 3940-2020 1 公路桥梁健康监测系统数据库架构设计规范 1 范 围 本文件 规定了公路桥梁健康监测系统数据库架构设计的术语定义、通用要求、数据表、数据交换要 求。 本文件 适用于公路桥梁的健康监测系统数
3、据库架构设计。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用 于本文件。 GB/T 11708-1989 公路桥梁命名编号和编码规则 GB/T 20273-2019 信息安全技术 数据库管理系统安全技术要求 GB/T 22239-2019 信息安全技术 信息系统安全等级保护基本要求 GB 50982-2014 建筑与桥梁结构监测技术规范 3 术语和定义 以下术语和定义适用于本文件 。 3.1 公路桥梁健康监测系统 highway bridge
4、 health monitoring system 应用在公路桥梁的 一种集传感、数据采集与传输、结构 状态 参数与损伤识别、性能评估与预测技术 为一体的自动化、信息化监测系统,主要由传感器及采集 仪器设备 等硬件系统和数据分析及结构分析等 软件系统构成,通过对 桥梁 结构 各类参数 进行连续性(包括实时或 不同 频度)测试,实 现对 桥梁 结构当 前 和 未来服役状况及潜在风险进行分析和评估。 3.2 表 table 数据库中某种特定类型数据的结构化对象,由行( Row)和列( column)组成,表示有一定意义的 信息的集合。 DB32/T 3940-2020 2 3.3 字段 field
5、 数据库中表的单元属性,以列( column)的方式呈现,表示与对象或类关联的变量。 3.4 记录 data record 数据库中的 字段的集合组成记录,指数据表中的一条完整的信息集合。 3.5 万国码 8-bit Unicode Transformation Format 简称 UTF-8,一种针对 Unicode 的 可变长度字符编码。 3.6 数据交换 data sharing 依据一定的原则,采取相应的技术,满足不同信息系统之间数据资源的共享需求,实现不同信息系 统之间数据资源共享的过程。 3.7 主键 primary key 称主关键字,表中的一个或多个字段,它的值用于唯一地标识表
6、中的某一条记录。 3.8 第三范式 third normal form 第三范式( 3NF)是符合第三级别的关系模式的集合。满足第三范式的数据库,是在满足第二范式 ( 2NF)的基础上,要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 3.9 数据仓库 data warehouse 称企业数据仓库,是来自一个或多个不同源的集成数据的中央存储库。数据仓库将当前和历史数据 存储在一起,用于报告和数据分析的系统。 3.10 结构化数据 structured data 称作行数据,是 指 由 数据库 二维表结构来逻辑表达和实现的数据 形式。结构化数据须 严格遵循数据 格式与长度规范,存储和
7、管理 结构化数据常使用 关系型数据库 产品 。 3.11 非结构化数据 unstructured data 指 不适于由数据库二维表来逻辑表达和实现的 数据形式,其中包括各类 文档报表、图片和音频、视 频信息等。 存储和管理 非结构 化数据 常根据应用领域使用专用的 数据库 产品。 DB32/T 3940-2020 3 3.12 TCP/IP 协议 Transmission Control Protocol/Internet Protocol 即传输控制 /网络协议,也称作网络通讯协议。它是在网络的使用中的最基本的通信协议。 TCP/IP 传输协议对互联网中各部分进行通信的标准和方法进行了规定
8、。并且, TCP/IP传输协议是保证网络数据 信息及时、完整传输的两个重要的协议。 3.13 HTTP 协议 Hyper Text Transfer Protocol 超文本传输协议 ,是一个请求 响应协议,它通常运行 在 TCP之上, 用于分布式、协作式和超媒 体信息系统的应用层协议。 HTTP是万维网的数据通信的基础。 4 通用要求 4.1 基本要求 4.1.1 数据库应采用技术先进、稳定可靠、易于扩展的设计方案,设计方案应遵循数据的完整性和一 致性原则;管理技术平台应安全、稳定、高效。 4.1.2 数据库系统宜具备身份鉴别、主动访问控制、安全审计等安全防护功能。 4.1.3 数据库系统的
9、设计及功能等应符合 GB 50982-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.
10、1 数据库中表应符合以下条例: 表使用“ 表类型 _模块名 _具体表名 ”方式命名;示例: t_sys_conif、 view_sys_code; 位于同一模块的表名前缀应相同,模块名可采用英语简写方式命名;示例: t_sys_*; 具体表名应与表中存储数据相关, 应避免 使用拼音命名;示例: t_sys_user; 具体表名宜使用完整的英语单词,在单词长度大于 10 个字符时,可采用单词简写;示例: t_business_log; 如具体表名由多个单词组成时,应使用“ _”间隔;示例: t_business_sensor; 表名长度不宜超过 30 个字符。 4.2.2 数据库中表的模块应区分
11、:系统架构实体、业务功能实体、存储数据实体。 4.2.3 数据库中表的字段名应使用统一规范,宜采用以下规范: 字段使用“ 实体 _属性 ”方式 命名 ;示例: level_name; 字段名宜使用完整的英语单词,在单词长度大于 10 个字符时,可采用单词简写; 如字段名由多个单词组成时,应使用“ _”间隔;示例: level_name; 批注 x1: “避免”不应该与“应” 一起使用;“避免”表推荐性, “应”表要求,请根据需要择其一 进行表述 DB32/T 3940-2020 4 字段名长度不宜超过 30 个字符; 4.2.4 数据库中表的字段应设置 NOT NULL 限制,允许空值的字段设
12、计不宜超过总字段数量的 80%。 4.2.5 数据库中表的字段长度应精确定义,应在保证字段实际使用需求的基础上,缩短字段长度。 4.2.6 数据库中表应使用单独的字段作为对应表的主键。 4.2.7 数据库中表的主键应体现或计算得出其数据存储的时间戳信息,字段名宜使用“ SID”。 4.2.8 数据库中表的主键字段宜 创建聚集索引。 4.2.9 数据库设计时宜对常用查询字段设置索引。 4.3 维护及安全要求 数据库的维护、安全要求应符合 GB/T 20273-2019及 GB/T 22239-2019相关要求。 5 数据表要求 5.1 基础信息表 5.1.1 基础信息表应包括:桥梁信息表、传感器
13、配置表、设备信息表、监测类型配置表等。 5.1.2 基础信息表 应考虑 不同类型桥梁的具体情况,统一进行字段设计。 5.1.3 基础信息表应保证其字段能完整覆盖公路桥梁健康监测系统需要的桥梁、传感器及设备信息。 5.1.4 桥梁信息表中的记录应符合 GB/T 11708-1989 要求。 5.1.5 桥梁信息表可参考表 A.1 进行表 结构设计。 5.1.6 传感器配置表应根据不同类型传感器分别进行编号。 5.1.7 传感器配置表字段应包括传感器编号、传感器类型、监测数据类型、传感器安装位置、数据采 集频率、初始修正值等。 5.1.8 传感器配置表可参考表 A.2 进行表结构设计。 5.1.9
14、 设备信息表应根据不同类型的设备分别进行分类编号。 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 监测数据表的 传感器采集值字
15、段 数据 精度应为单精度浮点数。 5.2.6 监测数据表的架构设计应按表 C.1 执行,业务表的具体设计应按表 B.1表 B.19 执行。 5.3 业务功能表 5.3.1 业务功能表应体现对基础信息数据及业务数据的统计、展示、分析等功能,应根据不同功能模 块分表进行设计。 5.3.2 业务功能表的设计应体现公路桥梁健康监测系统中业务数据与具体功能的相关性。 5.3.3 业务功能表应负责存储其他功 能性数据,包括分析评估数据、视频、图像、音频等结构化及非 结构化数据。 批注 x2: “考虑”不应该与“应” 一起使用;“考虑”表推荐性, “应”表要求,请根据需要择其一 进行表述 DB32/T 39
16、40-2020 5 5.3.4 业务功能表应通过合理设计对重要的中间计算数据进行存储。 5.3.5 业务功能表不宜将业务表中的数据进行额外存储或备份。 6 外部 数据交换 6.1 一般规定 6.1.1 数据库架构设计应考虑基础信息表 、监测数据表、功能表与其他数据库系统或软件系统的数据 交换需求。 6.1.2 数据库表结构具体设计时,应添加清晰完整的字段说明信息。使用不具备备注功能的数据库产 品时,应独立以文档形式维护说明信息表。 6.1.3 数据库架构宜选取支持 ODBC 和 JDBC 等常用接口规范的方案。 6.1.4 在设计数据库数据交换方法时,数 据交换双方应商讨统一的数据结构或中间数
17、据格式。 6.1.5 数据库数据交换时,双方最终目标存储数据的数据格式应自行负责转换。 6.2 数据交换方式 6.2.1 以本规范为基础设计的数据库之间进行数据交换时,宜采用以下方式: 方式一:在权限允许和数据交换环境安全的条件下,可在数据库层面,采用对表数据同步的方 式进行数据交换; 方式二:依据本规范搭建双方共享数据库,对共享数据库中表的读写权限进行分离; 方式三:以 TCP/IP 协议为基础,通过 HTTP 协议,基于 JSON 的数据格式,来进行对外提供数 据接口。 6.2.2 以本规范为基础设计的数据库与非本规范为基础 设计的数据库或均未按本规范为基础设计的数 据库之间的数据交换,宜
18、采用 6.2.1 条的方式二或方式三。 6.2.3 非结构化的数据交换,宜采用以 FTP、网络共享等共享结构目录的方式进行的数据交换。 批注 x3: “考虑”不应该与“应” 一起使用;“考虑”表推荐性, “应”表要求,请根据需要择其一 进行表述 DB32/T 3940-2020 6 A A 附 录 A (资料性附录) 表设计 表 A.1 给出了桥梁信息表结构 表 A.1 桥梁信息表 结构 编号 字段名 类型 说明 备注 示例 1 SID VARCHAR2(32) 主键,唯一编码 时间戳 15892540620001 2 BRIDGE_CODE VARCHAR2(32) 桥梁编码 按“路线号 +
19、 行政政区代码 + L ( R/Z/K/Y) + 四位数字编号”组成, 其中: 第 1 5 位为桥梁所在的路线 号;第 6 11 位为桥梁所在行政区划 代码;第 12 位为路线类型;第 13 15 位为桥梁所在省(直辖市)管界内 沿路线走向的顺序号;第 16 位为扩充 码,由于路线编号不等长(为 2 位至 5 位不等) ,桥梁编码为不等 长( 13 位至 16 位)形式 G104320123L1110 3 BRIDGE_NAME VARCHAR2(128) 桥梁名称 水关桥 4 BRIDGE_TYPE VARCHAR2(8) 功能类型 1:公 路桥 2:公铁两用 3:漫水桥 4:信道 5:闸坝
20、桥 6:高速公路跨线桥 7:人行桥 9:其它桥 1 5 DESIGN_LOAD VARCHAR2(8) 设计荷载 00:公路 I 级 01:公路 II 级 02:汽 超 20 级 03:汽 超 20 级 04:汽 20 级 05:汽 15 级 06:汽 10 级 07: 汽 10 级 09:其他 00 DB32/T 3940-2020 7 表 A.1 桥梁信息表 结构 (续) 编号 字段名 类型 说明 备注 示例 6 DECK_PAVEMENT VARCHAR2(8) 桥面铺装 10:高级 路面 11:沥青混凝土 12:水泥混凝土 20:次高级路面 21:沥青贯入式 22:沥青碎石 23:沥青
21、表面处置 30:中级路面 31:碎、砾石(泥结或级配) 32:半整齐石块 33:其它粒料 40:低级路面 41:粒料加固土 42:其它当地材料加固或改善土 50:无路面(未进行铺装的路面) 90:其他 91:钢桥面 92:复合材料 93:木面 11 7 STRUCTURE_CATEGORY VARCHAR2(8) 上部结构类型 1:斜拉桥 2:悬索桥 3:拱桥 4:梁 式 桥 5:桁架桥 6:其他桥 4 8 TRAFFIC_TIME DATE 通车时间 YYYY/MM/DD HH24:MM:SS 2020/05/12 22:23:25 9 SPAN_COMBINATION VARCHAR2(1
22、28) 桥跨组合 沿路走向的桥梁各孔跨径组合的数字表达式 490+1416+490 10 WIDTH_COMBINATION VARCHAR2(128) 桥宽组合 系指人行道(护轮安全带 )宽、行车道宽及中间分隔带宽组合的数字表达式 1.5+0.5+3.5+3.5+0.5+1.5 DB32/T 3940-2020 8 表 A.1 桥梁信息表 结构 (续) 编号 字段名 类型 说明 备注 示例 11 EXPANSION_JOINT VARCHAR2(8) 伸缩缝类型 00:无 01:锌铁皮 U 形伸缩缝 02:钢板伸缩缝 03:橡胶伸缩缝 04:无缝式伸缩缝 05:自然留缝 06:梳形钢板伸缩缝
23、 07:型钢伸缩缝 09:其他 10:弹塑性体暗缝 11:毛勒缝 12: XLF 系列伸缩缝 13: SSFD-80 型伸缩缝 14: SCCM280 型伸缩缝 05 12 SUPPORT_TYPE VARCHAR2(8) 支座形式 00:无 01:橡胶支座(板式、盆式 ) 02:钢支座 03:混凝土摆式支座 04:横向竖向支座 05:油毛毡支座 02 13 PEAK_GROUND_MOTION NUMBER 地震动峰 值加速度 系数 设计基本地震动峰值加速度,即对应基 本烈度 50年超越概率为 10%的动峰值加 速度 0.10g 14 RATING VARCHAR2(8) 全桥评定等级 1:
24、 I 类 2: II 类 3: III 类 4: IV 类 5: V 类 1 15 BUILD_UNIT VARCHAR2(128) 建设单位 XXX 投资有限公司 16 DESIGNE_UNIT VARCHAR2(128) 设计单位 XXX 设计院 17 CONSTRUCTION_UNIT VARCHAR2(128) 施工单位 XXX 工程建设有限公司 18 CONTROL_UNIT VARCHAR2(128) 监理单位 XXX 工程监理有限公司 19 MAINTENANCE_UNIT VARCHAR2(128) 管养单位 市政处 DB32/T 3940-2020 9 表 A.2 给出了传感
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
5000 积分 0人已下载
下载 | 加入VIP,交流精品资源 |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB32 3940-2020 公路桥梁健康监测系统数据库架构设计规范 3940 2020 公路 桥梁 健康 监测 系统 数据库 架构 设计规范
