ICS 35.080 CCS L 76 34 安徽省 地方 标准 DB34/T 4631.4—2025 政务数据 第4部分：存储规范 Government data —Part 4: Specification for storage format 2025 - 01 - 24发布 2025 - 02 - 24实施 安徽省市场监督管理局 发布 DB34/T 4631.4 —2025 I 前言 本文件按照 GB/T 1.1 —2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 本文件是 DB34/T 4631《政务数据 》的第4部分。DB34/T 4 631 已经发布了以下部分： —— 第 1 部分：安全分级与分类指南； ——第 2 部分：脱敏技术规范； ——第 3 部分：采集规范； ——第 4 部分：存储规范 。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 文件由安徽省经济信息中心提出。 本文件由安徽省数据资源管理局归口。 本文件起草单位：安徽省经济信息中心、安徽省大数据中心、讯飞智元信息科技有限公司。 本文件主要起草人： 江南、张齐、徐航、金智功、刘翔羽、汪晓胜、龚炜、 王慧敏、唐政府、王小 川、简善明、陈智科、庄颂、李娜、杨芳文、李伟 。 DB34/T 4631.4 —2025 II 引言 数据是数字安徽建设的核心要素，是数据资产化、要素化的重要支撑。 2023年中共中央、国务院发 布《数字中国建设整体布局规划》，提出构建国家数据管理体制机制，健全各级数据统筹管理机构。推 动公共数据汇聚利用 。2023年12月31日，国家数据局等 17部门联合印发《 “数据要素 ×”三年行动计划 （2024—2026年）》中强调提升数据供给水平，完善数据资源体系，开展行业共性数据资源库建设，健 全标准体系，加强数据采集、管理、安全等通用标准建设，协同推进行业标准制定，修订完善数据管理 能力评估标准， 《关于印发全省一体化数据基础平台迭代工程等四大工程工作方案的通知》 (皖数资 〔2023〕 11号)文件提出， 2023年印发全省数据工程实施指南、数据管理规范和首席数据官制度相关文件，建立 数据工程项目评估评价体系 。为响应国家、省相关文件要求，规范落实数据 采集、存储、质量检查、数 据服务、安全 工作，编制政务 数据系列标准，初步由四 个部分构成。 ——第 1 部分：安全分级与分类指南。目的在于提供政务数据的分类与安全分级指南。 ——第 2 部分：脱敏技术规范。 目的在于确立政务数据脱敏技术的基本要求， 规定数据脱敏流程。 ——第 3 部分：采集规范。目的在于 确立政务数据 采集的基本原则和 基本要求，规定政务 数据采 集内容以及采集 方式。 ——第 4 部分： 存储规范 。 目的在于 规定政务数据存储的内容、 存储的方式和存储的要求等内容。 DB34/T 4631.4 —2025 1 政务数据 第4部分：存储规范 1 范围 本文件规定了政务数据存储的 架构、内容、要求、安全、 备份与恢复。 本文件适用于 政务数据的存储 。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中， 注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T 22239 信息安全技术 网络安全等级保护基本要求 GB/T 35274 数据安全技术 大数据服务安全能力要求 GB/T 39786 信息安全技术 信息系统密码应用基本要求 DB34/T 4631.3 -2025 政务数据 第3部分：采集规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 结构化数据 structured data 数据元素之间具有统一而且确定关系的数据。 3.2 半结构化数据 semi-structured data 具有结构性，但结构变化大，且难以用结构化数据的处理方法将其放进二维表的数据。 [来源：DA/T 82-2019，2.8] 3.3 非结构化数据 unstructured data 不具有预定义模型或未以预定义方式组织的数据。 [来源：GB/T 35295 -2017，2.1.25] 3.4 关系型数据库 relational database 数据按关系模型来组织 的数据库。 [来源：GB/T 35295 -2017，2.2.5] 4 存储架构 结构化数据 4.1 结构化数据通常存储在数据库中，存储分层要求包括但不限于 : —— 应支持数据分层存储，将杂乱无章、多数据源的数据按照业务主题进行分类管理； DB34/T 4631.4 —2025 2 —— 数据分层一般可分为贴源层、整合层和应用层； —— 应支持贴源层数据的存储，贴源层存储的是各业务系统的原始数据，数据表和源系统表结构 基本保持一致，为上层数据加工提供原材料； —— 应支持整合层数据的存储，整合层存储经过治理、融合后 的数据，包括标准化后的数据以及 基础库、专题库、数据报表、可视化大屏、业务指标、统计分析等融合后的数据； —— 应支持应用层数据的存储，应用层存储需要以 API方式对外提供共享的数据，整合层数据按 需同步到应用层。 半结构化 数据 4.2 半结构化数据具有一定的结构性， 应抽取半结构化数据的特征要素，方便检索和管理数据。 非结构化 数据 4.3 非结构化数据没有固定的结构或模式，应抽取非结构化数据的特征要素，方便检索和管理数据。 5 存储内容 数据范围 5.1 见 DB34/T 4631.3 -2025 的6.1。 数据类型 5.2 见 DB34/T 4631.3-2025 的6.2。 6 存储要求 结构化数据 6.1 6.1.1 数据库类型 结构化数据可使用包括但不限于 关系型数据库，时序数据库、搜索引擎数据库、图数据库、键值存 储或列式存储数据库 等类型的数据库。 6.1.2 数据库命名 数据库命名要求包括但不限于： —— 应统一对贴源层数据库进行规范命名，存放业务系统原始数据，命名规则 db_ods； —— 应统一对整合层数据库进行规范命名，标准库存放治理后数据，命名规则 db_dwd；融合库存 放基础库、主题库数据，命名规则 db_dws_基础库/主题库简称，示例： db_dws_rkk( 人口库)； 维度库存放维度数据，命名规则 db_dim； —— 应统一对应用层数据库进行规范命名，存放应用数据，命名： db_ads_应用简称，示例： db_ads_wstb( 晥事通办系统 )。 6.1.3 数据表命名 数据表命名要求包括但不限于： DB34/T 4631.4 —2025 3 —— 应统一对贴源层数据表进行规范命名， ods_业务系统简拼 _资源简称，示例： ods_wstb( 晥事 通办系统 )_yhxx(用户信息 )； —— 应统一对整合层数据表进行规范命名，标准库数据表， dwd_业务系统简拼 _资源简称 ,示例： dwd_wstb( 晥事通办系统 )_yhxx(用户信息 )； 融合库数据表 dws_基础库/专题库简拼 _资源简称 , 示例：dws_rkk( 人口库)_zcxx(资产信息 )； —— 应统一对应用层数据表进行规范命名， ads_应用简拼 _[子模块]_资源简拼， 示例： ads_wstb( 晥 事通办系统 )_yhxx(用户信息 )，其中子模块为可选。 半结构化数据 6.2 半结构化数据可使用包括但不限于对象存储、文档存储、 NoSQL数据库等存储系统存储数据。 非结构化数据 6.3 非结构化数据可采用多种存储技术进行存储，如文件系统、分布式存储、云存储等，可依据数据的 特性和应用需求选择对应的存储技术。 7 存储安全、 备份与恢复 应符合 GB/T 22239 中的等级保护三级的要求 ； 7.1 应参照 GB/T 35274 提供工具支撑，防止存储介质和逻辑存储空间的不当使用 ； 7.2 应参照 GB/T 39786 的规定，采用密码技术保证重要数据在存储过程中 的保密性和完整性。 7.3