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 39402020 公路桥梁健康监测系统数据库 架构设计规范 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 范围 本文件规定了公路桥梁健康监测系统数据库架构设计的术语定义、通用要求、数据表、数据交换要求。 本文件适用于公路桥梁的健康监测系统数据库架构设计。 2 规范性引用文件 下列文件中的内容通过文中
3、的规范性引用而构成本文件必不可少的条款。 其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T 11708-1989 公路桥梁命名编号和编码规则 GB/T 20273-2019 信息安全技术 数据库管理系统安全技术要求 GB/T 22239-2019 信息安全技术 信息系统安全等级保护基本要求 GB 50982-2014 建筑与桥梁结构监测技术规范 3 术语和定义 以下术语和定义适用于本文件。 3.1 公路桥梁健康监测系统 highway bridge health monitoring system 应用在公路桥梁
4、的一种集传感、数据采集与传输、结构状态参数与损伤识别、性能评估与预测技术为一体的自动化、 信息化监测系统, 主要由传感器及采集仪器设备等硬件系统和数据分析及结构分析等软件系统构成,通过对桥梁结构各类参数进行连续性(包括实时或不同频度)测试,实现对桥梁结构当前和未来服役状况及潜在风险进行分析和评估。 3.2 表 table 数据库中某种特定类型数据的结构化对象,由行(Row)和列(column)组成,表示有一定意义的信息的集合。 DB32/T 3940-2020 2 3.3 字段 field 数据库中表的单元属性,以列(column)的方式呈现,表示与对象或类关联的变量。 3.4 记录 data
5、 record 数据库中的字段的集合组成记录,指数据表中的一条完整的信息集合。 3.5 万国码 8-bit Unicode Transformation Format 简称UTF-8,一种针对Unicode 的可变长度字符编码。 3.6 数据交换 data sharing 依据一定的原则,采取相应的技术,满足不同信息系统之间数据资源的共享需求,实现不同信息系统之间数据资源共享的过程。 3.7 主键 primary key 称主关键字,表中的一个或多个字段,它的值用于唯一地标识表中的某一条记录。 3.8 第三范式 third normal form 第三范式(3NF)是符合第三级别的关系模式的集
6、合。满足第三范式的数据库,是在满足第二范式(2NF)的基础上,要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 3.9 数据仓库 data warehouse 称企业数据仓库, 是来自一个或多个不同源的集成数据的中央存储库。 数据仓库将当前和历史数据存储在一起,用于报告和数据分析的系统。 3.10 结构化数据 structured data 称作行数据, 是指由数据库二维表结构来逻辑表达和实现的数据形式。 结构化数据须严格遵循数据格式与长度规范,存储和管理结构化数据常使用关系型数据库产品。 3.11 非结构化数据 unstructured data 指不适于由数据库二维表来逻辑表达
7、和实现的数据形式,其中包括各类文档报表、图片和音频、视频信息等。存储和管理非结构化数据常根据应用领域使用专用的数据库产品。 DB32/T 3940-2020 3 3.12 TCP/IP 协议 Transmission Control Protocol/Internet Protocol 即传输控制/网络协议,也称作网络通讯协议。它是在网络的使用中的最基本的通信协议。TCP/IP传输协议对互联网中各部分进行通信的标准和方法进行了规定。 并且, TCP/IP传输协议是保证网络数据信息及时、完整传输的两个重要的协议。 3.13 HTTP 协议 Hyper Text Transfer Protocol
8、 超文本传输协议,是一个请求响应协议,它通常运行在TCP之上,用于分布式、协作式和超媒体信息系统的应用层协议。HTTP是万维网的数据通信的基础。 4 通用要求 4.1 基本要求 4.1.1 数据库应采用技术先进、稳定可靠、易于扩展的设计方案,设计方案应遵循数据的完整性和一致性原则;管理技术平台应安全、稳定、高效。 4.1.2 数据库系统宜具备身份鉴别、主动访问控制、安全审计等安全防护功能。 4.1.3 数据库系统的设计及功能等应符合 GB 50982-2014 的相关要求。 4.1.4 数据库的表结构设计应满足第三范式(3NF)的要求。 4.1.5 数据库系统宜构建若干子数据库,对数据进行分类
9、存储和管理。 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; 位于同一模块的表名前缀应相同,模块名可采用英语简写
10、方式命名;示例:t_sys_*; 具体表名应与表中存储数据相关,应避免使用拼音命名;示例:t_sys_user; 具体表名宜使用完整的英语单词,在单词长度大于 10 个字符时,可采用单词简写;示例:t_business_log; 如具体表名由多个单词组成时,应使用“_”间隔;示例:t_business_sensor; 表名长度不宜超过 30 个字符。 4.2.2 数据库中表的模块应区分:系统架构实体、业务功能实体、存储数据实体。 4.2.3 数据库中表的字段名应使用统一规范,宜采用以下规范: 字段使用“实体_属性”方式命名;示例:level_name; 字段名宜使用完整的英语单词,在单词长度大
11、于 10 个字符时,可采用单词简写; 如字段名由多个单词组成时,应使用“_”间隔;示例:level_name; 批注批注 x1: “避免”不应该与“应”一起使用;“避免”表推荐性,“应”表要求,请根据需要择其一进行表述 DB32/T 3940-2020 4 字段名长度不宜超过 30 个字符; 4.2.4 数据库中表的字段应设置 NOT NULL 限制,允许空值的字段设计不宜超过总字段数量的 80%。 4.2.5 数据库中表的字段长度应精确定义,应在保证字段实际使用需求的基础上,缩短字段长度。 4.2.6 数据库中表应使用单独的字段作为对应表的主键。 4.2.7 数据库中表的主键应体现或计算得出
12、其数据存储的时间戳信息,字段名宜使用“SID”。 4.2.8 数据库中表的主键字段宜创建聚集索引。 4.2.9 数据库设计时宜对常用查询字段设置索引。 4.3 维护及安全要求 数据库的维护、安全要求应符合GB/T 20273-2019及GB/T 22239-2019相关要求。 5 数据表要求 5.1 基础信息表 5.1.1 基础信息表应包括:桥梁信息表、传感器配置表、设备信息表、监测类型配置表等。 5.1.2 基础信息表应考虑不同类型桥梁的具体情况,统一进行字段设计。 5.1.3 基础信息表应保证其字段能完整覆盖公路桥梁健康监测系统需要的桥梁、传感器及设备信息。 5.1.4 桥梁信息表中的记录
13、应符合 GB/T 11708-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 监测数据表应根据不同类
14、型的监测数据分表进行设计,其对应每个具体测量参数应设计独立的表。 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 业务功能表应体现对基础信息数据及业务数据的统计、展示、分析等功能,应根据不同功能模块分表进
15、行设计。 5.3.2 业务功能表的设计应体现公路桥梁健康监测系统中业务数据与具体功能的相关性。 5.3.3 业务功能表应负责存储其他功能性数据,包括分析评估数据、视频、图像、音频等结构化及非结构化数据。 批注批注 x2: “考虑”不应该与“应”一起使用;“考虑”表推荐性,“应”表要求,请根据需要择其一进行表述 DB32/T 3940-2020 5 5.3.4 业务功能表应通过合理设计对重要的中间计算数据进行存储。 5.3.5 业务功能表不宜将业务表中的数据进行额外存储或备份。 6 外部数据交换 6.1 一般规定 6.1.1 数据库架构设计应考虑基础信息表、监测数据表、功能表与其他数据库系统或软
16、件系统的数据交换需求。 6.1.2 数据库表结构具体设计时,应添加清晰完整的字段说明信息。使用不具备备注功能的数据库产品时,应独立以文档形式维护说明信息表。 6.1.3 数据库架构宜选取支持 ODBC 和 JDBC 等常用接口规范的方案。 6.1.4 在设计数据库数据交换方法时,数据交换双方应商讨统一的数据结构或中间数据格式。 6.1.5 数据库数据交换时,双方最终目标存储数据的数据格式应自行负责转换。 6.2 数据交换方式 6.2.1 以本规范为基础设计的数据库之间进行数据交换时,宜采用以下方式: 方式一:在权限允许和数据交换环境安全的条件下,可在数据库层面,采用对表数据同步的方式进行数据交
17、换; 方式二:依据本规范搭建双方共享数据库,对共享数据库中表的读写权限进行分离; 方式三:以 TCP/IP 协议为基础,通过 HTTP 协议,基于 JSON 的数据格式,来进行对外提供数据接口。 6.2.2 以本规范为基础设计的数据库与非本规范为基础设计的数据库或均未按本规范为基础设计的数据库之间的数据交换,宜采用 6.2.1 条的方式二或方式三。 6.2.3 非结构化的数据交换,宜采用以 FTP、网络共享等共享结构目录的方式进行的数据交换。 批注批注 x3: “考虑”不应该与“应”一起使用;“考虑”表推荐性,“应”表要求,请根据需要择其一进行表述 DB32/T 3940-2020 6 A A
18、 附 录 A (资料性附录) 表设计 表A.1 给出了桥梁信息表结构 表A.1 桥梁信息表结构 编号 字段名 类型 说明 备注 示例 1 SID VARCHAR2(32) 主键,唯一编码 时间戳 15892540620001 2 BRIDGE_CODE VARCHAR2(32) 桥梁编码 按“路线号 + 行政政区代码 + L(R/Z/K/Y) + 四位数字编号”组成,其中: 第 15 位为桥梁所在的路线号;第 611 位为桥梁所在行政区划代码;第 12 位为路线类型;第 13 15 位为桥梁所在省(直辖市)管界内沿路线走向的顺序号; 第 16 位为扩充码,由于路线编号不等长(为 2 位至 5
19、位不等) ,桥梁编码为不等长(13 位至 16 位)形式 G104320123L1110 3 BRIDGE_NAME VARCHAR2(128) 桥梁名称 水关桥 4 BRIDGE_TYPE VARCHAR2(8) 功能类型 1:公路桥 2:公铁两用 3:漫水桥 4:信道 5:闸坝桥 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
20、 7 表 A.1 桥梁信息表结构(续) 编号 字段名 类型 说明 备注 示例 6 DECK_PAVEMENT VARCHAR2(8) 桥 面 铺装 10:高级路面 11:沥青混凝土 12:水泥混凝土 20:次高级路面 21:沥青贯入式 22:沥青碎石 23:沥青表面处置 30:中级路面 31:碎、砾石(泥结或级配) 32:半整齐石块 33:其它粒料 40:低级路面 41:粒料加固土 42:其它当地材料加固或改善土 50:无路面(未进行铺装的路面) 90:其他 91:钢桥面 92:复合材料 93:木面 11 7 STRUCTURE_CATEGORY VARCHAR2(8) 上 部 结构类型 1:
21、斜拉桥 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(128) 桥 跨 组合 沿路走向的桥梁各孔跨径组合的数字表达式 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.
22、1 桥梁信息表结构(续) 编号 字段名 类型 说明 备注 示例 11 EXPANSION_JOINT VARCHAR2(8) 伸缩缝类型 00:无 01:锌铁皮 U 形伸缩缝 02:钢板伸缩缝 03:橡胶伸缩缝 04:无缝式伸缩缝 05:自然留缝 06:梳形钢板伸缩缝 07:型钢伸缩缝 09:其他 10:弹塑性体暗缝 11:毛勒缝 12:XLF 系列伸缩缝 13:SSFD-80 型伸缩缝 14:SCCM280 型伸缩缝 05 12 SUPPORT_TYPE VARCHAR2(8) 支座形式 00:无 01:橡胶支座(板式、盆式) 02:钢支座 03:混凝土摆式支座 04:横向竖向支座 05:油
23、毛毡支座 02 13 PEAK_GROUND_MOTION NUMBER 地震动峰值加速度系数 设计基本地震动峰值加速度, 即对应基本烈度50年超越概率为10%的动峰值加速度 0.10g 14 RATING VARCHAR2(8) 全桥评定等级 1: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 工程建设有限公司 1
24、8 CONTROL_UNIT VARCHAR2(128) 监理单位 XXX 工程监理有限公司 19 MAINTENANCE_UNIT VARCHAR2(128) 管养单位 市政处 DB32/T 3940-2020 9 表A.2 给出了传感器配置表结构 表A.2 传感器配置表结构 编号 字段名 类型 说明 备注 示例 1 SID VARCHAR2(32) 主键,唯一编码 时间戳 15892540620001 2 SENSOR_CODE VARCHAR2(16) 传感器代码 传感器类型缩写+六位数据编号 SL010101 3 SENSOR_ID VARCHAR2(32) 工程编码 SL-NA34-
25、U02 4 SECSOR_TYPE_ID VARCHAR2(8) 传感器类型 id 传感器类型缩写 SL 5 WORK_STATION_ID VARCHAR2(32) 工作站编号 MS1 6 OUT_STATION NUMBER 所属 IPC 1 7 CARD_TYPR VARCHAR2(32) 采集卡类型 DH3817J 8 CARD_CODE VARCHAR2(32) 采集卡编号 采集卡类型+通道号 DH3817J_1 9 CARD_CHL NUMBER 采集卡通道号 1 10 SENSOR_POSITION1 VARCHAR2(64) 传感器安装位置 NA34 上游侧拉索 11 SENS
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- DB32T 3940-2020 公路桥梁健康监测系统数据库架构设计规范江苏省 DB32 3940 2020 公路 桥梁 健康 监测 系统 数据库 架构 设计规范 江苏省
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【曲****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【曲****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。