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 前 言 本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起 草。 本文件由江苏省交通运输厅提出并归口。 本文件起草单位:苏交科集团股份有限公司、江苏交通控股有限公司、江苏省长大桥梁健康监测数 据中心、江苏高速公路工程养护技术有限公司。 本文件主要起草人:张宇峰、陈策、张欣河、彭家意、承宇、李翔宇、李英涛、王浩、王友高、赵 亮、黄月华、杨超、徐一超、宋奎、陆超、王连发、邓晓隆、欧阳歆泓、杨迪、江虹、王路、郭俊、刘 锐、常炼、高扬。 I DB32/T 3940-2020 公路桥梁健康监测系统数据库架构设计规范 1 范围 本文件规定了公路桥梁健康监测系统数据库架构设计的术语定义、通用要求、数据表、数据交换要 求。 本文件适用于公路桥梁的健康监测系统数据库架构设计。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用 于本文件。 GB/T 11708-1989 公路桥梁命名编号和编码规则 GB/T 20273-2019 信息安全技术 数据库管理系统安全技术要求 GB/T 22239-2019 信息安全技术 信息系统安全等级保护基本要求 GB 50982-2014 建筑与桥梁结构监测技术规范 3 术语和定义 以下术语和定义适用于本文件。 3.1 公路桥梁健康监测系统 highway bridge health monitoring system 应用在公路桥梁的一种集传感、数据采集与传输、结构状态参数与损伤识别、性能评估与预测技术 为一体的自动化、信息化监测系统,主要由传感器及采集仪器设备等硬件系统和数据分析及结构分析等 软件系统构成,通过对桥梁结构各类参数进行连续性(包括实时或不同频度)测试,实现对桥梁结构当 前和未来服役状况及潜在风险进行分析和评估。 3.2 表 table 数据库中某种特定类型数据的结构化对象,由行(Row)和列(column)组成,表示有一定意义的 信息的集合。 1 DB32/T 3940-2020 3.3 字段 field 数据库中表的单元属性,以列(column)的方式呈现,表示与对象或类关联的变量。 3.4 记录 data 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)是符合第三级别的关系模式的集合。满足第三范式的数据库,是在满足第二范式 (2NF)的基础上,要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 3.9 数据仓库 data warehouse 称企业数据仓库,是来自一个或多个不同源的集成数据的中央存储库。数据仓库将当前和历史数据 存储在一起,用于报告和数据分析的系统。 3.10 结构化数据 structured data 称作行数据,是指由数据库二维表结构来逻辑表达和实现的数据形式。结构化数据须严格遵循数据 格式与长度规范,存储和管理结构化数据常使用关系型数据库产品。 3.11 非结构化数据 unstructured data 指不适于由数据库二维表来逻辑表达和实现的数据形式,其中包括各类文档报表、图片和音频、视 频信息等。存储和管理非结构化数据常根据应用领域使用专用的数据库产品。 2 DB32/T 3940-2020 3.12 TCP/IP 协议 Transmission Control Protocol/Internet Protocol 即传输控制/网络协议,也称作网络通讯协议。它是在网络的使用中的最基本的通信协议。TCP/IP 传输协议对互联网中各部分进行通信的标准和方法进行了规定。并且,TCP/IP传输协议是保证网络数据 信息及时、完整传输的两个重要的协议。 3.13 HTTP 协议 Hyper Text Transfer Protocol 超文本传输协议,是一个请求——响应协议,它通常运行在TCP之上,用于分布式、协作式和超媒 体信息系统的应用层协议。HTTP是万维网的数据通信的基础。 4 通用要求 4.1 基本要求 4.1.1 数据库应采用技术先进、稳定可靠、易于扩展的设计方案,设计方案应遵循数据的完整性和一 致性原则;管理技术平台应安全、稳定、高效。 4.1.2 数据库系统宜具备身份鉴别、主动访问控制、安全审计等安全防护功能。 4.1.3 数据库系统的设计及功能等应符合 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.1 数据库中表应符合以下条例: ——表使用“[表类型]_[模块名]_[具体表名]”方式命名;示例:t_sys_conif、view_sys_code; ——位于同一模块的表名前缀应相同,模块名可采用英语简写方式命名;示例:t_sys_*; ——具体表名应与表中存储数据相关,应避免使用拼音命名;示例:t_sys_user; ——具体表名宜使用完整的英语单词,在单词长度大于 10 个字符时,可采用单词简写;示例: t_business_log; ——如具体表名由多个单词组成时,应使用“_”间隔;示例:t_business_sensor; ——表名长度不宜超过 30 个字符。 4.2.2 数据库中表的模块应区分:系统架构实体、业务功能实体、存储数据实体。 4.2.3 数据库中表的字段名应使用统一规范,宜采用以下规范: ——字段使用“[实体]_[属性]”方式命名;示例:level_name; ——字段名宜使用完整的英语单词,在单词长度大于 10 个字符时,可采用单词简写; ——如字段名由多个单词组成时,应使用“_”间隔;示例:level_name; 3 批注 [x1]: “避免”不应该与“应” 一起使用;“避免”表推荐性, “应”表要求,请根据需要择其一 进行表述 DB32/T 3940-2020 ——字段名长度不宜超过 30 个字符; 4.2.4 数据库中表的字段应设置 NOT NULL 限制,允许空值的字段设计不宜超过总字段数量的 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 基础信息表应包括:桥梁信息表、传感器配置表、设备信息表、监测类型配置表等。 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 设备信息表应根据不同类型的设备分别进行分类编号。 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 批注 [x2]: “考虑”不应该与“应” 一起使用;“考虑”表推荐性, “应”表要求,请根据需要择其一 进行表述 DB32/T 3940-2020 5.3.4 业务功能表应通过合理设计对重要的中间计算数据

pdf文档 DB32-T 3940-2020 公路桥梁健康监测系统数据库架构设计规范 江苏省

安全标准 > 国标 > 文档预览
中文文档 21 页 50 下载 1000 浏览 0 评论 0 收藏 3.0分
温馨提示:本文档共21页,可预览 3 页,如浏览全部内容或当前文档出现乱码,可开通会员下载原始文档
DB32-T 3940-2020 公路桥梁健康监测系统数据库架构设计规范 江苏省 第 1 页 DB32-T 3940-2020 公路桥梁健康监测系统数据库架构设计规范 江苏省 第 2 页 DB32-T 3940-2020 公路桥梁健康监测系统数据库架构设计规范 江苏省 第 3 页
下载文档到电脑,方便使用
本文档由 SC2022-09-30 15:10:50上传分享
给文档打分
您好可以输入 255 个字符
网站域名是多少( 答案:github5.com )
评论列表
  • 暂时还没有评论,期待您的金玉良言
站内资源均来自网友分享或网络收集整理,若无意中侵犯到您的权利,敬请联系我们微信(点击查看客服),我们将及时删除相关资源。