当前位置：文档之家 › 数据库建设

数据库建设

  • 格式：docx
  • 大小：83.16 KB
  • 文档页数：4

下载文档原格式

  / 4

合集下载

专题数据库建设推荐标准规范

专题数据库建设推荐标准规范

专题数据库建设推荐标准规范（一）数据采集规范1.数据来源包括在人文社会科学研究过程中采集、加工和积累的研究数据。

2.采集对象包括社会调查、统计分析、案例集成、基础文献等一手数据和原始资料。

3.数据类型包括数值、文本、图片、音频、视频和空间数据等。

4.采集方式包括自动采集、半自动采集和手工采集等。

（二）数据加工规范1.数字对象唯一标识符规范采用《我国数字图书馆标准规范建设》项目（CDLS）所推荐的唯一标识符体系以及数据中心规定的相关标准。

2.专题数据库的核心元数据应符合《TR-REC-014数据集核心元数据规范》及数据中心的相关要求。

3.音频资料描述元数据规范及著录规则，遵循《CDLS-S05-031音频资料描述元数据规范》和《CDLS-S05-032音频资料元数据著录规则》所推荐的一系列相关标准以及数据中心规定的相关标准。

4.其它资料描述元数据规范及著录规则，遵循《我国数字图书馆标准规范建设》项目（CDLS）所推荐的一系列相关标准及数据中心规定的相关标准。

5.各类接口所实现服务的标识应符合《TR-REC-017资源唯一标识规范》的相关规范要求。

6.文本、图片、音频、视频等各类型数据能够转换为数据中心规定的数字文件格式。

7.专题数据库数据的加工过程需严格执行两重审核制度，保证数据格式符合规定标准。

（三）数据库系统规范1.专题数据库系统平台必须使用正版数据库管理系统软件，推荐使用关系数据库管理系统，遵守SQL语言系列标准。

2.专题数据库系统平台应具备数据备份及容灾机制，重要数据应进行异地备份。

3.专题数据库系统平台应具备一定的扩充能力，系统的模块化程度高，软件维护方便。

4.专题数据库系统平台应遵循中国国家标准GB/T 20273-2006《数据库管理系统安全技术要求》，具有切实可行的安全保护和保密措施，确保数据永久安全。

（四）专题数据库应用系统规范1.专题数据库应用系统至少包括数据采集、数据加工、数据检测、数据浏览、数据检索、用户管理和数据维护七大类功能。

企业数据库建设方案

企业数据库建设方案

企业数据库建设方案一、引言随着信息化和数据驱动业务的兴起，企业对于数据库的需求越来越迫切。

数据库作为企业存储和管理数据的核心基础设施，其建设方案的合理性和有效性对于企业的运营和决策至关重要。

本文将为企业提供一份完整的数据库建设方案，以满足其各项业务需求和数据管理要求。

二、需求分析在制定数据库建设方案之前，首先需要对企业的需求进行全面的分析。

根据企业的实际情况，以下是一些可能的需求：1.数据存储和管理：企业需要一个可靠和高效的数据库系统，能够存储和管理大量的数据。

2.数据安全和权限控制：企业需要确保数据的安全性，并能够进行细粒度的权限控制，防止未授权的访问或操作。

3.数据备份和恢复：企业需要有合理的数据备份和恢复机制，以应对各种意外情况和灾难。

4.数据分析和报告：企业需要有数据分析和报告工具，能够提供可视化的数据分析和报表功能，帮助企业进行决策和规划。

三、技术选型在确定数据库建设方案之前，需要进行技术选型，选择合适的数据库管理系统（DBMS）。

以下是一些常见的DBMS：1.关系型数据库管理系统（RDBMS）：如MySQL、Oracle、SQL Server等。

适用于结构化数据和复杂的查询操作。

2.非关系型数据库（NoSQL）：如MongoDB、Redis等。

适用于海量数据的存储和高速读写操作。

3.图数据库：如Neo4j、OrientDB等。

适用于存储和查询关系数据。

根据企业的实际需求和数据特点，选择一种适合的技术来构建数据库系统。

四、数据库架构设计基于对企业需求的分析和技术选型，可以开始进行数据库架构设计。

以下是一些关键的设计决策：1.数据库模式设计：根据实际需求和数据特点，设计数据库的表结构和关系模式，保证数据的一致性和完整性。

2.数据库集群设计：如果企业需要处理大量的数据并保证高可用性和扩展性，可以考虑使用数据库集群，将数据分布到多个节点上。

3.数据库索引设计：根据数据库的查询需求和性能要求，设计合适的索引，加快数据的访问速度。

档案信息数据库的建设

档案信息数据库的建设
范 围 和来 源 ，按 要 求进 行 全 面 地 收 集 。档 案 信 息 主 要 来 源于 两 个 方 环节 日趋重要。 它决定 了数字档案信息 的著标引及存储 ， 因此要进一 面 ：一是 对 各 种 以传 统 载 体 形 式 存 在 的档 案 信 息 进 行 数 字 化 处理 后 步深化档 案检 索工作 ， 为利用者提供高效的信息服务。 形成 的数字副本 ； 二是直接通过计算机生成和 处理 的、 并由档案机构 ４１３ 研究和 实现数字档 案信息的保管 保护工作 数字档 案信 ．． 进行收信 归档的 电子文件。 息的保管保 护， 不同于以往任何载体档案的保管保护。 由于数字档案 ３２档案信 息前期处理 这是一项基础工作 ， ＿ 为数据库提供经过 信息的存储载体 占用空间较小 ， 利于档案库 房管理 。但是 ， 字档案 数
加工处理 的数据。 主要是将档 案的内容特征和形式特征著录、 引出 信息的存储载体在其保管条件上又 有不同于纸质档案 的特 别要 求 ， 标 来。 著录标引必须达到规范化、 标准化的要求。这是建立数据库 的必 包括必须存放在专用库房 中，对库 内温湿度进行严格控 制。配置防 要过程 ， 也是保证检索质量的前提条件。 尘、 除尘 、 防磁场和 电场的设施。对于使用设备必须严格防范计算机 ３２１档 案信息 数字化 数 字化是指把 一切 信息都 变成只 用 Ｏ ．． 病毒 ， 传统 的裱糊、 杀虫等纸质档 案保 护手段 已失去意义。这些数字
档案信息数据库 的建设
郑雅辉 宋学全 （ 安 富 政 依 县 饶乡 府）
信 息 管 理 与服 务 也就 越 有 保 证 。 ４ 档案信息数据库建设对档案管理 工作 的影响 档 案信息数据库建设 ，意味着在信息社会中档 案管理工作开始 合理存放 的、 可以共享的、 具有共同存取方式和一定组织方式 的、 相互 涉及各类相 关的技术 问题 ， 档案工作开始大规模 引进现代技术。 长 从 关联 的档 案信 息数 据 的集合 。 “ 相互 关联 ”“ 同存取 方式和 一定 组 织 远看 ， 、共 档案信息数据库建设 的发展就是档案信息化建设的推进 ， 其间 方式 ”“ 享 ” 案 信息 数据 库 本质 的三 个 要素 。数 据库 中储存 的是 涉及数 字档案信息的形成 、 、共 是档 收集、 归档、 整理 、 鉴定、 存储、 保管、 保护、 系列相互关联的档案信息数据 ， 而不是杂乱无章 的数据。这些数据 检 索、 传递、 利用 、 统计 、 销毁等全过程。档案信 息数据库建设将对相 包括档案题名 、 责任者 、 分类号 、 主题 词、 内容摘要等， 包括全 文、 还 图 应的档 案管理工作产生各种影响， 使之在一定程度上发生某些变化。 像、 声音、 影像等。 这些相互关联的数据是经过调查、 试验、 统计 、 整理和 ４１ 内部 调 整 ： 关档 案业 务 环 节 的调 整 ． 相 归纳后得到的 ， 并经合理分类和规范化处理之后 ， 以记录的形式存储。 ４１１简 化整理工作 整理 工作是采 用一系列 方法 使档案有 序 ．． ２ 当前档 案信 息 数 据 库 建设 的关 键 问题 化 ， 决 档 案 的 零乱 与管 理 和 利 用 的 系统 化 要 求 之 间 的 矛 盾 ， 解 便于 档 ２１ 明确 数 据库 建设 目的 对 于 档 案 信 息 数 据 库 建 设 ， 要 用 于 案实体 管理与查找利用。 ． 主 由于采用计算机 自动化检索 ， 以方便地 找 可 档案 目录 、 全文、 多媒体 等实体信息 ， 明确建设档案信息数据库 是为 到指定 的文件 ， 过细 的整理工作 已失去存在 的意义 ， 而且整理 过程 中 了检 索 、 立 档 案信 息 管 理 系统 的 需 要 。 建 对档案 的装订加工也是对档案载体和原始性的一种损害。为此必须 ２２ 实现档 案 目录数据库建设 档案 目录数据库 的建设是 数据 简化整理工作使之简明实用，档案整理只要做 到在充分尊重文件 形 ＿ 库 建 设 的 第一 个 目标 。 息 化 建 设 的 切入 点 和 工 作 重 心 ， 先 是 抓 好 成 的 自然形态的基础上保持文件之间的 内在联 系，不必强求外观上 信 首 目录数据库 的建设。 目录数据库可以比较全面地反映档 案信 息， 有助 的整齐划一 ，而且整理工作 的重点应放为档案计算机检索系统或管 于 实现全方位 的、 动态 的、 完整 的档案信息服 务。 理 系统 做 好 数 据 准 备 上 。 “ ” 以 件 为档 案 整 理 ， 从传 统 的档 案 管理 向 是 在档 案 目录数据库 建立的基础上 ， 以考虑建立档 案 目录 中心 ， 数 据 库 环 境 下 的 档 案 管理 过 渡 的一 种 衔 接 ，它符 合 电子 文 件 的形 成 可 实现一定范围内档案内容互补和档案信息资源整合 ，更大限度 地发 和发展规律 ， 有助于计算机辅助档 案管理 ， 有助于 实现 电子文件 的归 挥 档 案 效 益。 档 。 以“ ” 在 件 为单 位 对 档 案 进 行 整理 的过 程 中 ， 为 文件 向档 案转 化 作 ３ 档 案信 息数 据 库 建 设 步骤 的一个环节 ，立卷” “ 已是名不符实 ， 在归档这一环 节， 只是进行介质 ３１档 案信 息的收集 档案信 息的主要来源是传 统档案 的数 字 归档。 ． 当档 案管理 中电子文件达 到相 当比例 ， 技术应用发达到一定程 １档 案信 息 化 的相 关 概 念 档 案 信息 数据 库 的概 念 档 案信 息 数据 库 是 在计 算 机 存 储 设 备上

浅谈企业标准化数据库的建设

浅谈企业标准化数据库的建设

企业 标 准 化是 以获得 最佳 秩序 和 经济 效 益为 目的 ，
在 遵 循 继 承 性 原 则 方 面 ，国 内 一 些 行 业 明确
以单位 生 产 经 营 活 动全 过 程 为对 象 ，以科学 理 论 、 提 出在工 程 中 限定新 技术 项 目的 比例 ， 以降低 研 制 实 践 经验 和 技 术成 果 为 基 础 ，通 过 贯 彻 执 行 国 家 风险确保系统工程的可靠性和高质量。 例如 ， 舰船 有 关方 针 政 策 、法 律 法 规和 标 准 ，不 断 开 拓创 新 ， 行业规定新研系统和项 目不得超过舰船型号设备总
化 方 式 。 行通 用 化 有 利 于 防止 不 必 要 的 多样 化 ， 以 自然 成 为 “ 化 ” 的基 础 资 源 。这 些 科 技 成 果 推 三 有 利 于 最 大 限度 地 减 少 重 复 劳 动 ，有 利 于 组 织 专 经 过 企 业 标 准 化 部 门组 织 相 关 人 员采 集 提 炼 后 进
承性原 则是 为了在保 证实 现产 品技术 指标和 性能 的 前 提 下 ，最 大 限度地 应用 已有 科技 成果 ，科 学 合理 地 进行 技术 创新 ，追 求产 品 经济效 益 的最佳 化 。企
业 遵 循 继承性 原 则是 通过产 品 标准化 的通 用化 、系
① 采用 或 改 进 现 有 系 统 ，即 非 研 制 项 目 ； ② 与一 个 或 多 个 盟 国 合 作 的
当 今 时 代 ，随着 市 场 经 济 不 断 发 展 ，标 准 化 大 用户 在选择 时就 会有 意识地 增加 对该 产 品的信任 工 作 日趋 重 要 。 准 化 是规 模 化 精 益 生 产 的基 础 。 度 ，就 会 优先 考虑 采用 该 产 品。 标

数据库建设规范标准[详]

数据库建设规范标准[详]

数据库建设规目录1.前言 (2)2.围 (2)3.术语和定义 (2)3. 1 式 (2)3. 2关联 (3)3.3关系模型 (3)3.4视图 (3)3. 5外键 (3)3.6约束 (3)3.7主键 (3)4.命名规 (4)4. 1规约定 (4)4«・・・・・•••・••••••・・・・・・・・・・・・・・・••••••••・・・・・・・・・・・・・・・・・・・・・•• 44.3视图 (4)4. 4存储过程 (4)4. 5函数 (4)4.6触发器 (4)4.7字段 (5)4.8索引 (5)5.数据库建设过程规 (5)5. 1概述 (5)5. 2需求分析阶段 (6)5. 2. 1需求调查 (6)5. 2.2容分析 (6)5. 3概念结构设计阶段 (7)5. 2. 1定义实体 (7)5. 3.3定义关系 (7)5. 3. 4定义属性 (7)5. 3.5定义键 (8)5. 3.6定义索引 (8)5.3.7定义其他对象和规则 (9)5. 4逻辑结构设计阶段 (9)5.5数据库物理设计阶段 (10)5.6实施、运行、维护规 (10)6.数据库建设安全性规 (11)6. 1概述 (11)6. 2完整性设计 (11)6.3物理安全 (13)6.4访问控制 (13)6.5数据备份 (14)1.前言数据库技术是信息资源管理最有效的手段。

数据库设计是指对于一个给定的应用环境, 构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

本规通过数据建库的命名、结构、建库过程及安全性措施等几个技术方面进行约定，目的就是提供一套规.合理、科学的建库技术体系，应用系统提供建库技术参考。

2.围本规主要从关系数据库的命名、关系和结构以及建设过程等几个方面来规定数据库设计应遵循的规。

3.术语和定义3.1式关系数据库中的关系是要满足一定要求的，满足不同程度要求的为不同式。

满足最低要求的叫第一式，简称1NF O在第一式中满足进一步要求的为第二式，其余以此类推。

数据中心建设项目数据库设计开发方案及实施方案

数据中心建设项目数据库设计开发方案及实施方案

数据中心建设项目数据库设计开发方案及实施方案本项目中, 数据库设计与建设包括用于数据中心进行数据存储、交换、应用的数据中心数据库, 和用于数据统计、分析、挖掘的数据仓库的设计与建设。

本数据中心数据库的建设要满足金信工程的相关设计要求, 满足上级工商、质监、知识产权等市场监管部门的工作要求。

数据中心顾名思义, 是专注于数据处理和服务的中心, 旨在建立数据采集、更新、管理、使用机制, 加快系统内部信息交流与反馈, 为公众服务和相关政府部门数据交换建立基础, 为工商、质监、知识产权部门各级管理人员提供决策支持服务。

1.1.数据中心应用功能与业务处理功能的不同之处在于数据中心是以数据为管理对象, 而业务应用系统以业务为管理对象。

数据中心将从业务应用系统采集到的数据进行清洗和统一存放, 根据不同的需求进行加工, 生成不同的数据产品供各系统使用。

数据中心独立于应用系统之外, 又与应用系统有密切的联系。

1.2.数据中心是存储市场监督管理局经过筛选、去重、整理后的核心业务、人员数据等信息, 整合了全市各类主体信息资源和市场主体、人员相关的信息资源, 并进行统一管理和维护；数据中心通过深入挖掘数据价值, 开发实现灵活、高效的数据查询、业务报表、数据共享和数据交换等功能, 为政务公开、业务协同、绩效考核、决策支持、公共服务等提供数据保障。

1.3.数据中心建设原则金信工程数据中心建设遵循如下原则:1.总体规划, 建立科学、完整的信息资源管理体系整体规划, 将以往分散的数据资源进行整合, 建立科学、完整的信息资源体系结构, 确保业务人员、技术开发人员等使用和维护信息资源的用户从整体上把握数据资源的情况, 方便、准确的利用信息资源和有效的维护、管理信息资源。

科学、完整的信息资源管控体系不但包括信息资源自身的完整性, 科学性, 也应包括信息采集、管理、共享、利用方式的规划, 以及数据模型、数据指标等规范化、标准化的考虑。

2.统一规划、集中管理各类信息资源统一规划数据资源, 不只是要对各类信息资源进行物理集中存储管理, 还要在对业务数据分析的基础上, 一体化规划并设计系统数据模型, 统一制定业务数据指标体系, 以管理服务对象为核心, 组织相关联的业务数据, 实现对内业务使用、对外服务应用的统一视图。

数据库建设规范标准[详]

数据库建设规目录1. 前言 (2)2. 围 (2)3. 术语和定义 (2)3.1式 (2)3.2关联 (2)3.3关系模型 (2)3.4视图 (3)3.5外键 (3)3.6约束 (3)3.7主键 (3)4. 命名规 (3)4.1规约定 (3)4.2表名 (4)4.3视图 (4)4.4存储过程 (4)4.5函数 (4)4.6触发器 (4)4.7字段 (4)4.8索引 (4)5. 数据库建设过程规 (5)5.1概述 (5)5.2需求分析阶段 (6)5.2.1需求调查 (6)5.2.2容分析 (6)5.3概念结构设计阶段 (6)5.2.1定义实体 (7)5.3.3定义关系 (7)5.3.4定义属性 (7)5.3.5定义键 (7)5.3.6定义索引 (8)5.3.7定义其他对象和规则 (8)5.4逻辑结构设计阶段 (8)5.5数据库物理设计阶段 (9)5.6实施、运行、维护规 (10)6. 数据库建设安全性规 (11)6.1概述 (11)6.2完整性设计 (11)6.3物理安全 (13)6.4访问控制 (13)6.5数据备份 (14)1. 前言数据库技术是信息资源管理最有效的手段。

数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。

本规通过数据建库的命名、结构、建库过程及安全性措施等几个技术方面进行约定，目的就是提供一套规、合理、科学的建库技术体系，应用系统提供建库技术参考。

2. 围本规主要从关系数据库的命名、关系和结构以及建设过程等几个方面来规定数据库设计应遵循的规。

3. 术语和定义3.1式关系数据库中的关系是要满足一定要求的，满足不同程度要求的为不同式。

满足最低要求的叫第一式，简称 1NF。

在第一式中满足进一步要求的为第二式，其余以此类推。

一般而言，数据库的设计应至少满足第三式。

3.2关联关联是不同表之间的数据彼此联系的方法。

数据仓库建设方案

第1章数据仓库建设1.1 数据仓库总体架构专家系统接受增购项目车辆TCMS或其她子系统通过车地通信传播实时或离线数据,通过一系列综合诊断分析,以各种报表图形或信息推送形式向顾客展示分析成果。

针对诊断出车辆故障将给出专家建议解决办法,为车辆故障根因修复提供必要支持。

依照专家系统数据仓库建设目的,结合系统数据业务规范,涉及数据采集频率、数据采集量等有关因素,设计专家系统数据仓库架构如下:数据仓库架构从层次构造上分为数据采集、数据存、数据分析、数据服务等几种方面内容:数据采集:负责从各业务自系统中汇集信息数据,系统支撑Kafka、Storm、Flume及老式ETL采集工具。

数据存储:本系统提供Hdfs、Hbase及RDBMS相结合存储模式,支持海量数据分布式存储。

数据分析:数据仓库体系支持老式OLAP分析及基于Spark常规机器学习算法。

数据服务总线:数据系统提供数据服务总线服务,实现对数据资源统一管理和调度,并对外提供数据服务。

1.2 数据采集专家系统数据仓库数据采集涉及两个某些内容:外部数据汇集、内部各层数据提取与加载。

外部数据汇集是指从TCMS、车载子系统等外部信息系统汇集数据到专家数据仓库操作型存储层(ODS);内部各层数据提取与加载是指数据仓库各存储层间数据提取、转换与加载。

1.2.1外部数据汇集专家数据仓库数据源涉及列车监控与检测系统(TCMS)、车载子系统等有关子系统,数据采集内容分为实时数据采集和定期数据采集两大类,实时数据采集重要对于各项检测指标数据;非实时采集涉及日检修数据等。

依照项目信息汇集规定,列车指标信息采集具备采集数据量大,采集频率高特点,考虑到系统后期扩展,因而在数据数据采集方面,规定采集体系支持高吞吐量、高频率、海量数据采集,同步系统应当灵活可配备,可依照业务需要进行灵活配备横向扩展。

本方案在数据采集架构采用Flume+Kafka+Storm组合架构,采用Flume和ETL工具作为KafkaProducer,采用Storm作为KafkaConsumer,Storm可实现对海量数据实时解决,及时对问题指标进行预警。

专题数据库建设规范

项目编号INFO-115-C01文档编号TR-REC-002 中国科学院数据应用环境建设与服务专题数据库建设规范（征求意见稿）中国科学院数据应用环境建设与服务 项目组2009年6月目 录1 范围 (4)2 规范性引用文件 (4)3 术语与定义 (5)3.1 专题数据库 (5)3.2 专题子库 (5)3.3 数据集 (5)3.4 文件型数据集 (5)3.5 编码体系 (5)3.6 索引库 (5)3.7 元数据 (6)4 专题数据库基本要求 (6)5 总体架构 (7)6 内容组织 (8)6.1 原始数据层 (9)6.1.1 数据的清洗 (9)6.1.2 数据转换 (10)6.1.3 数据的映射 (10)6.1.4 文件型数据集 (11)6.2 组织层 (11)6.2.1 组织层的基本要求 (12)6.2.2 组织层的构建 (13)6.3 应用层 (16)6.3.1 确定应用层所需数据 (16)6.3.2 应用层的数据处理 (16)6.3.3 应用服务系统建立 (17)6.4 元数据 (17)6.4.1 文件型数据集的元数据 (18)6.4.2 专题子库的元数据 (18)6.4.3 科研应用服务系统的元数据 (19)6.4.4 专题数据库的元数据 (19)7 技术架构和接口规范 (20)7.1 专题数据库 (20)7.1.1 功能要求 (20)7.1.2 应用系统与工具 (21)7.1.3 接口规范 (21)7.2 数据中心 (22)7.2.1 功能要求 (22)7.2.2 应用系统和工具 (22)7.2.3 接口规范 (23)8 服务 (23)8.1 服务对象 (24)8.2 服务方式与要求 (24)8.2.1 在线发布方式 (24)8.2.2 离线发布方式 (24)8.3 数据交换格式 (25)8.4 共享分级分类设置 (25)8.5 其他服务要求 (25)8.6 服务案例 (25)9 运行维护 (26)9.1 运维人员 (26)9.2 基础运行环境 (27)9.2.1 机房 (27)9.2.2 互联网接入环境 (27)9.2.3 网络服务器与存储设备 (27)9.3 运行 (27)9.3.1 运行模式 (27)9.3.2 日志管理 (28)9.4 安全保障和故障处理 (29)9.4.1 基础设施安全 (30)9.4.2 软件安全 (30)9.4.3 数据安全 (30)9.4.4 非技术防护措施 (30)9.4.5 故障处理 (30)9.5 备份和恢复 (31)9.6 专题数据库的质量 (31)附录A（规范性附录）标准实施一致性测试 (33)A.1 内容组织 (33)A.1.1 数据集名称及标识符 (33)A.1.2 原始数据 (33)A.1.3 数据组织 (34)A.1.4 关系型数据集 (34)A.1.5 文件型数据集 (34)A.1.6 数据应用 (35)A.2 技术架构与接口规范 (35)A.3 服务 (35)A.4 共享 (35)A.5 运行维护 (36)A.6 专题数据库质量 (36)专题数据库建设规范1范围本规范定义了专题数据库的总体架构，规定了专题数据库在内容组织、技术实现方面需要完成的工作和需要满足的要求，并提出了专题数据库在运行维护和服务方面的要求。

分析用数据库的建设

发展论坛　Ｄｅｖｅｌｏｐｍｅｎｔ　Ｆｏｒｕｍ　

分析用数据库的建设　霹黛溜隧塑翼爆一嗍　黔孽蠹程　－　鎏　甏群　．＝ｉ，　藏　鬟　嚣势鞭　攀　。　－　ｊ　孵　誉鬻　ｊ　譬　季　ｉ：　：　＿ｉ　汇丰北美企业信息管理部　张执中　

分析用数据相对于生产用数据而言，主要用于分析决　策和市场营销。对于中国的银行零售业务而言，建立和发　展分析用数据库已是当务之急，因为没有数据就谈不上对　客户的深入了解，也很难制定和优化各种客户管理策略。　数据库的建设不是一个简单的项目，动工之前要考虑周　全。本文基于多年数据分析工作经验，提出数据库建设中　应注意的问题和相关建议。　

一、

业务指导技术　

数据库是为了促进业务发展而建设的，数据库的作用　大小和便捷程度取决于设计者是否了解业务和分析的需　要。因此，数据库的设计不应由ＩＴ人员主导，而应由其使　用者，即业务人员和分析人员主导。因为，ＩＴ人员无法处　理好以下几个重要问题：　

４８巾国信用卡２００９．２　

①数据库应该包括哪些数据元？如果不能准确定义数　据元，很可能会导致要么遗漏了必要的数据，要么收录了　大量不需要的数据，或者同时面临上述两种问题。　②需要对数据进行何种处理和计算？数据库的建立，　并不是简单地把数据从不同的地方搬到一个地方，而要加　工整理，并规范化。　③采用什么类型的数据库？ＩＴ人员往往有自己的技术　偏好，却不一定最适合分析工作的需要。　④如何组织数据？数据的组织方法多种多样，不同的　方法获得的数据使用效率也不同。　ＩＴ人员如果不能回答上述问题，所建成的数据库就很　可能与实际需要脱节，不能发挥应有的作用。但单纯的业　务人员也无法设计出合理高效的数据库，因为数据的来源　和处理需要ＩＴ技术。因此，既具备业务和数量分析能力又　具备数据处理和组织知识的复合型人才是指导数据库设计　的理想人选。在不具备这样的人才的情况下，数据库的设　计过程中，业务人员￣ＩＩＩＴ人员应密切沟通，由业务人员提　出要求，ＩＴ人员提供解决方案，双方共同完成规划和设计　工作。　

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

(一) 中心数据库建设
中心数据库对整个系统运行所需要和产生的数据进行存储，通过中心数据服
务与交换系统对这些数据进行调用、转发、同步、管理，并提供对外的数据访问
接口。

1、 数据库设计要求
中心数据库系统是系统的基石，数据库系统设计的好坏将直接影响到整个系
统的开发、运行及今后的稳定发展。为了保证信息共享以及要求基本的业务数据
库稳定、可靠，不要因为某些业务流程的改变而导致数据库结构不得不变，只有
把数据库系统建成面向主题、信息共享、数据集中，只有这样才能保证系统稳定、
高效的运行。因此在系统数据库建设中，选用技术先进成熟、运行稳定高效的数
据库系统平台；而数据库的设计采用面向对象的设计方法，先从系统中抽取对象，
按主题数据库设计的方法从详细分析业务数据及其之间客观存在的关系，以适应
未来业务可能的变化。

2、 数据库选择
目前，市场上较为流行的数据库产品有Oracle、Sybase、SQL Server、DB2
等，Oracle公司在数据库领域一直处于领先地位。Oracle产品覆盖了大、中、小
型机等几十种平台，已成为世界上使用最广泛的关系数据库系统之一。同时，
Oracle公司的市场占有率在最近3年逐年攀升，表现出良好的发展势头。根据最
近几年的公开报道，Oracle公司有坚实明确的未来目标，通过Oracle 10G，Oracle
向用户和合作伙伴阐述了清晰的发展方向，目前是数据库行业无可争议的领先者，
有着相当的资源，稳定性和增长率。
因为Oracle数据库在性能、安全、市场等方面有决定的优势，系统的建设，
我们选择Oracle 10G。

3、 数据库设计
在系统的设计过程中，我们按照“主题数据库”的设计原则，在关系数据模
型理论的指导下，详细分析湄洲湾港口管理局日常生产和管理业务所涉及的数据
及其内在关系。同时利用Rational Rose作为数据库辅助设计工具，使用面向对
象的设计方法，严格按照规范的数据库设计流程进行设计。该体系结构不仅能够
满足当前应用的需要，而且能较好地适应未来的发展和临时应用的需求，为建立
更高层的支持辅助决策应用的数据仓库奠定了基础。
下面分别从需求分析、概念设计、逻辑设计、物理设计等过程方面详细介绍
具体的设计方法，主要设计流程如下图所示：

1) 需求分析
需求分析是通过对相关业务及处理需求的调查分析，得到为设计数据库所必
须的需求数据集，并整理写出需求分析说明书，作为后续工作的基础。
在对系统进行需求分析时，通过辅助工具Rational Rose对业务活动进行分

需求分析
概念设计
逻辑设计
物理设计
实施维护

关系ER图
类图

数据库物理设 序列图 USE CASE 具体事务 系统的数据需求及处理需求 对象 对象、类 数据字典 基本ER图 模块开发维数据库建立 COMPONENT图

调研系统的业务流程及相关信息需求，产
生原始的案例图，如不能说明问题要加入
时序图来说明业务流程

数据库的物理设计(索引、存储结构、空间
分配、路径等)；模块设计的实现方案和具
体算法。

对需求分析的原始信息进行处理形成规
范的抽象概念模型并与用户交互

将经用户确认的ER图向关系模式转换，并
进行优化；
析，业务细化，根据客户提供的信息画出USE CASE 图。
对利用USE CASE 依然不能解决问题的可以加入时序图：
并据此与用户不断交互而使之确定化，在这一过程中对每一项处理所涉及的
数据对象进行分析和抽取，即可得到有关用户日常业务活动中所涉及到的所有数
据的数据字典的原型，这就是用户的信息需求。
2) 概念设计
在概念设计阶段，我们可以通过Rational Rose工具对已抽取的对象进行具
体分析，以确定最初的数据实体类，并以类图的方式表示，对需求分析得到的数
据字典中的数据项进一步分析。
在需求分析的基础上，分析各数据项之间的函数依赖关系，按照面向对象的
设计原则，将若干相关属性组织成一个实体。同时注意适当的逆规范化，分析实
体类的内在关系，识别出所有独立的实体，但考虑到真正数据库运行效率，避免
过多的连接操作，根据具体情况进行适当的逆规范化，对一些属性个数较少的关
联实体在建库时合并成一个表。
根据实际情况，为了保证数据的一致性，对数据实体标明所依赖实体数据。
3) 逻辑设计

对概念设计系统的实体类，我们通过Rational Rose工具将数据实体的类模
型转换到数据模型，识别出各个实体、属性，并对进行详细的分析、归类，及原
有实体之间的联系，得到数据库的概念模式。
a) 表和属性的命名规则
为规范数据库的设计，便于今后编码阶段的编程工作，在对数据库中的表、
视图及属性等进行命名时，必须符合统一的规范。
b) 属性类型及长度
在创建数据库时要根据应用的需求准确确定各属性的数据类型及长度，并注
意留足余量。
一般各种编号应定义成字符串，长度视具体情况而定。避免用整型量表示编
号。
各种数据类型注意其取值范围，特别是整型又分短整、长整等，所以要注意
定义合理，以免将来出现溢出。
c) 创建视图
根据需要创建必要的视图，是否创建视图主要依据下述因素：
有利于数据保密及满足不同用户对数据的需求：特定用户群不关心或无权访
问的数据可通过创建视图来屏蔽。
便于今后编程：在利用ER图设计数据库时按照数据本身的内在关系对实体
进行了必要的拆分，但应用中不同实体中的数据常常需要同时使用，在关系模型
中是通过连接操作实现的，但大量连接操作在程序书写时可能比较麻烦，这时可
定义合适的视图，针对视图进行查询。
d) 存储过程、触发器和完整性约束
建立相关的存储过程、触发器、完整性约束等机制实现，避免在应用程序中
重复实现这些功能，以提高系统的效率并减少网络负担。
4) 物理设计

对Oracle数据库来说，物理设计主要表现在具体的数据库的部署和实施，
主要包括用户及角色的设置、表空间的部署、数据表的索引定义，数据库的备份
实施方案，数据库异常的应急处理；
数据库的用户、角色的设置：根据数据表的的操作权限设置角色和用户；
根据主题数据库设计的原则确定数据库的建立和表空间的部署；
对关系模型而言，这里主要考虑的是根据需要定义必要的索引；包括单属性
索引、多属性索引、簇集索引等。在ER图中已经为所有实体指定了关键字，在
创建数据库表时一定要按要求设置主键，除主键的缺省索引外，其它索引要视情
况而定。一般经常作为查询条件的属性应该创建索引；
根据数据的重要性和数据的使用频率制定不同的备份策略；
对数据库出现的异常情况采取相应的应急措施。