DB32／T 3940-2020标准规范下载简介
DB32／T 3940-2020 公路桥梁健康监测系统数据库架构设计规范.pdfccs P 25 91.08.04C
DB32/T39402020
公路桥梁健康监测系统数据库
JCT878.5-2010 水泥工业用硬齿面减速机 第5部分：辊压机用减速机.pdfDesign code for database architecture of highway bridge health monitoring system
江苏省市场监督管理局 发布
DB32/T39402020
公路桥梁健康监测系统数据库架构设计规范
公路桥梁健康监测系统数据库架构设计规范
本文件规定了公路桥梁健康监测系统数据库架构设计的术语定义、通用要求、数据表、数据交换要 求。 本文件适用于公路桥梁的健康监测系统数据库架构设计
数据库中某种特定类型数据的结构化对象，由行（Row）和列（column）组成，表示有一定意 信息的集合。
结构化数据unstructureddata
指不适于由数据库二维表来逻辑表达和实现的数据形式，其中包括各类文档报表、图片和音频、视 频信息等。存储和管理非结构化数据常根据应用领域使用专用的数据库产品。
即传输控制/网络协议，也称作网络通讯协议。它是在网络的使用中的最基本的通信协议。TCP/IF 传输协议对互联网中各部分进行通信的标准和方法进行了规定。并且，TCP/IP传输协议是保证网络数据 信息及时、完整传输的两个重要的协议。
超文本传输协议，是一个请求一一响应协议，它通常运行在TCP之上，用于分布式、协作式和超媒 体信息系统的应用层协议。HTTP是万维网的数据通信的基础。
数据库中表应符合以下条例
一学段名长度不宜超过30个学符； 4.2.4数据库中表的字段应设置NOTNULL限制，允许空值的字段设计不宜超过总字段数量的80%。 4.2.5数据库中表的字段长度应精确定义，应在保证字段实际使用需求的基础上，缩短字段长度。 4.2.6数据库中表应使用单独的字段作为对应表的主键， 4.2.7数据库中表的主键应体现或计算得出其数据存储的时间戳信息，字段名宜使用“SID”， 4.2.8数据库中表的主键字段宜创建聚集索引。 4.2.9数据库设计时宜对常用查询字段设置索引
5.2.2监测数据表的字段应包括监测数据采集时间、传感器编号、传感器采集值等。 5.2.3监测数据表的监测数据采集时间字段精度应体现传感器数据采集精度和存储精度。 5.2.4监测数据表的传感器编号字段应与基础信息表中相应字段统一。 5.2.5监测数据表的传感器采集值字段数据精度应为单精度浮点数。 5.2.6监测数据表的架构设计应按表C.1执行，业务表的具体设计应按表B.1～表B.19执行
5.2.2监测数据表的字段应包括监测数据采集时间、传感器编号、传感器采集值等 5.2.3监测数据表的监测数据采集时间字段精度应体现传感器数据采集精度和存储精度。 5.2.4监测数据表的传感器编号字段应与基础信息表中相应字段统一。 5.2.5监测数据表的传感器采集值字段数据精度应为单精度浮点数。 5.2.6监测数据表的架构设计应按表C.1执行，业务表的具体设计应按表B.1～表B.19执行
5.3.1业务功能表应体现对基础信息数据及业务数据的统计、展示、分析等功能，应根据不同功能模 块分表进行设计。 5.3.2业务功能表的设计应体现公路桥梁健康监测系统中业务数据与具体功能的相关性。 5.3.3业务功能表应负责存储其他功能性数据，包括分析评估数据、视频、图像、音频等结构化及非 结构化数据。
5.3.1业务功能表应体现对基础信息数据及业务数据的统计、展示、分析等功能，应根据不同功能模 块分表进行设计。 5.3.2业务功能表的设计应体现公路桥梁健康监测系统中业务数据与具体功能的相关性。 5.3.3业务功能表应负责存储其他功能性数据，包括分析评估数据、视频、图像、音频等结构化及非 结构化数据。
批注[x2]：“考虑”不应该与“应” 起使用；“考虑”表推荐性， “应”表要求，请根据需要择其 进行表述
5.3.4业务功能表应通过合理设计对重要的中间计算数据进行存储 5.3.5业务功能表不宜将业务表中的数据进行额外存储或备份。
5.3.5业务功能表不宜将业务表中的数据进行额外存储或备份
5.1.1数据库架构设计应考虑基础信息表、监测数据表、功能表与其他数据库系统或软件系统的数 交换需求。 6.1.2数据库表结构具体设计时，应添加清晰完整的字段说明信息。使用不具备备注功能的数据库产 品时，应独立以文档形式维护说明信息表。 .1.3数据库架构宜选取支持ODBC和JDBC等常用接口规范的方案， 5.1.4在设计数据库数据交换方法时，数据交换双方应商讨统一的数据结构或中间数据格式。 .1.5数据库数据交换时，双方最终目标存储数据的数据格式应自行负责转换，
动能表与具他数据库系统或软件系统的数 交换需求。 3.1.2数据库表结构具体设计时，应添加清晰完整的字段说明信息。使用不具备备注功能的数据库产 品时JC／T 2450-2018标准下载，应独立以文档形式维护说明信息表。 6.1.3数据库架构宜选取支持ODBC和JDBC等常用接口规范的方案。 5.1.4在设计数据库数据交换方法时，数据交换双方应商讨统一的数据结构或中间数据格式。 3.1.5数据库数据交换时，双方最终 的数据格式应自行负责转换
批注[x3]：“考虑”不应该与“应” 一起使用；“考虑”表推荐性， “应”表要求，请根据需要择其 进行表述
方式一：在权限允许和数据交换环境安全的条件下，可在数据库层面，采用对表数据同步的方 式进行数据交换 方式二：依据本规范搭建双方共享数据库，对共享数据库中表的读写权限进行分离： 一方式三：以TCP/IP协议为基础，通过HTTP协议，基于JSON的数据格式，来进行对外提供数 据接口。 .2.2以本规范为基础设计的数据库与非本规范为基础设计的数据库或均未按本规范为基础设计的数 居库之间的数据交换，宜采用6.2.1条的方式二或方式三。 5.2.3非结构化的数据交换，宜采用以FTP、网络共享等共享结构目录的方式进行的数据交换
DB32/T 39402020
附录A （资料性附录） 表设计
DB32／T 3617-2019标准下载表A.1桥梁信息表结构