企业信用信息基础数据库系统数据接口规范

中国人民银行征信中心

2007年1月8日

1 前言 4

2 报文规范 4

2.1术语和定义 4

2.2设计原则 5

2.3数据处理规则 6

2.4文件命名规则 7

2.5报文文件 8

2.5.1报文结构 8

2.5.2报文文件种类 8

3 数据采集要求 8

3.1数据范围 8

3.2采集频率 9

3.3数据文件传送方式 9

4 公积金信息采集报文和公积金信息删除报文 9 4.1报文头 9

4.2公积金信息采集报文报文体 10

4.3公积金信息删除报文报文体 12

4. 4报文校验规则 12

5 公积金信息反馈报文 12

5.1 报文头 13

5.2 反馈报文报文体 13

附录： 15

1、报送机构代码命名规则 15

2、数据元目录 15

2.1数据元的表示格式 15

2.2数据元的分类 16

2.3数据元目录 17

第一组： 17

第二组 17

第三组 17

第四组 18

第五组 18

第六组 18

第七组 19

第八组 19

3、代码表 19

3.1行政区划 19

3.2单位性质 19

3.3登记注册类型 20

3.4行业分类 22

3.5单位当月缴费状态 22

4、校验规则 23

4.1公积金信息采集报文校验规则 23

4.1.1报文名校验 23

4.1.2报文级校验 23

4.1.3数据项级校验 24

4.1.4入库校验 25

4.2公积金信息删除报文校验规则 25

4.2.1报文名校验 25

4.2.2报文级校验 26

4.2.3数据项级校验 26

4.2.4入库校验 27

5、公积金信息反馈格式代码集 27

5.1出错原因代码 27

5.2错误编码其中出错信息=标识符+错误编码 28

1 前言

《企业信用信息基础数据库数据接口规范》（简称“数据接口规范”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。

前言简介本规范各部分的内容。

报文规范规定了本规范中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。

数据采集要求规定了公积金管理中心提交数据的范围、频率以及文件传送方式。

公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。

公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈内容的具体数据项以及对数据项的描述和约束。

附录包含公积金信息采集接口规范的代码表、数据校验规则。

本接口规范适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。

2 报文规范

2.1术语和定义

下列术语和定义适用于本规范。

2.1.1报文

由报文头、报文体构成的，按照一定规则组合起来的数据集合体。

2.1.2报文文件

包含报文的数据文件。

本规范中报文文件与报文是一对一的关系。

2.1.3段

一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固

定的长度。

本规范中段为基础段。

2.1.4信息记录

数据采集的基本信息单位，包含报送机构一笔业务的有关数据。

本规范中的信息记录由基础段组成。

2.1.5报文头

每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。

2.1.6报文体

报文体是数据采集报文的主体内容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。

信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。

2.1.7信息记录

此信息记录由基础段组成。

每个信息记录包含且仅包含一个基础段。

信息记录的内容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。

2.1.8基础段

基础段是由固定数据项按照一定次序排列组成的信息集合体。

2.2设计原则

* 注重报文的通用性，报文规范适用于企业信用信息基础数据库与外部系统的所有数据交互。

* 报文分类设计遵循业务导向原则，从业务角度分析系统与外部数据交换，根据业务层次和种类分别设计报文。

* 报文中信息记录采用分段设计的方法，通过采集新产生或发生变化的段，降低冗余，达到数据报送的最小化。

* 采用统一的报文结构的基础上，兼顾不同报文种类进行特色化设计。

* 报文的可重用性，多种数据报送都通过同一格式完成。

* 报文中加入汇总信息进行报文自身校验，降低报文传输错误；同时通过信息记录跟踪，辅助数据质量保证。

* 辅以明确的报文组织与处理要求，避免报文收发双发对同一业务情况的不同理解，保证数据中心与报送机构之间数据的一致性。

2.3数据处理规则

企业信用信息基础数据库数据接口报文规范对使用的数据类型定义如表1。

表1 数据类型定义

标识符

数据类型

数字0－9，ASCII码范围：0X30——0X39

包含0－9的数字和不包括汉字在内的其他半角字符，

具体ASCII码范围：0X20——0X7E

ANC

包含汉字在内的所有字符

编码范围如下：

双字节1区 A1A1-A9FE 图形符号

双字节5区 A840-A9A0 图形符号

双字节2区 B0A1-F7FE 汉字

双字节3区 8140-A0FE 汉字

双字节4区 AA40-FEA0 汉字

单字节ASCII码：0X20--0X7E

企业信用信息基础数据库数据接口规范应遵循如下规则：

（1）类型为AN或ANC的数据项是左对齐的，并在右面用空格补齐。

（2）类型为N的数据项是右对齐的，并在左面用0补齐。

（3）必填型数据项必须填写；可选型数据项无法填写时，用空格填充。有条件选择型数据项在符合条件情况下按照必填型数据项处理，在不符合条件情况下按照可选型数据项处理。

（4）数据项长度均指字节数。

（5）字符区分大小写。

（6） AN型金额类数据要求精确到小数点后两位，取舍原则是四舍五入法；负数金额前面加“－”，正数前面不加“＋”，其中“－”与小数点各占一位。

举例：类型为AN，长度为20的金额数据项，金额为12345时填报“12345.00************”；金额为－12345.678时填报“－12345.68***********”。（其中*代表一个空格）

（7）汉字信息交换按国家标准GB2312-1980和GB18030-2000执行，西文信息交换按国家标准GB/T 1988-1998执行。

2.4文件命名规则

企业信用信息基础数据库不同数据格式文件要求都被唯一标识，文件名规则如下：

（1）文件名称的长度为30位；

（2）文件名称只能由英文、数字以及英文和数字的组合构成；

（3）文件加压加密前后文件名前缀一致，后缀加压加密前为txt，加压加密后为enc；

（4）文件名结构如表2所示。

表2 报文名数据段要求

数据段含义

长度

位置

数据段描述及填写方法

报送机构代码

1-14

表示公积金中心在企业信用信息基础数据库的机构代码，命名规则见附录1。

汇缴年月

15－20

表示公积金汇缴对应的年月，格式为“YYYYMM”

报文流水序号

21－23

对同一报送机构同一月的多个数据报文应保证不相同（可以填数字或大写英文字母）

报文信息类别

24－24

G－公积金信息数据报文

预留

25－26

用00填充

应用系统代码

27－27

1-企业征信系统

报文类型

28－28

0－正常报文

1－数据删除报文

反馈标志

29－29

如果是反馈报文，填“1”，否则填写“0”

预留

30－30

预留，用0填充。

2.5报文文件

2.5.1报文结构

企业信用信息基础数据库数据的公积金信息采集报文的结构由报文头和报文体两部分组成。一个报文只包含一个报文头。报文头和报文体之间用一个空行区分，即报文头后加入两个回车换行符（“﹨r﹨n”或“﹨n”）分隔。企业信用信息基础数据库的公积金信息采集报文的结构如图1所示。

图1 企业信用信息基础数据库的公积金信息采集报文的结构

2.5.2报文文件种类

* 公积金信息采集文件

> 公积金信息采集报文

* 公积金信息采集信息记录

3 数据采集要求

3.1数据范围

数据来自公积金中心，每次所采集的数据为当期公积金缴费信息。

3.2采集频率

原则上以月为单位。

3.3数据文件传送方式

采集对象是各地住房公积金管理中心，目前数据交换方式采用光盘、磁带等介质形式报送当地人民银行，由人民银行通过网络上报征信中心。待条件成熟可采用网络传输等形式实现数据交换。

通过网络进行数据交换时，征信中心提供FTP、HTTP、SMTP三种数据交换方式。

通过存储介质进行数据交换时，可以通过磁带、光盘等存储介质。

为保证数据传输过程中的效率和安全，本规范要求对通过网络进行传输的数据进行加压和加密。加密方法的选择由进行数据交换的各方协商确定。

4 公积金信息采集报文和公积金信息删除报文

公积金信息采集报文和公积金信息删除报文是由公积金中心向征信中心报送的报文文件。报文包括报文头和报文体两部分。两类报文的报文头构造相同，报文体构造不同。

4.1报文头

组成报文头的数据项详见表3。

表3 报文头数据项

标识符

数据项名称

类型

长度

位置

数据项描述及代码表

状态

8517

报文格式版本号

1－3

格式为N.N，是指当前使用的征信机构制定的报文格式的版本号。此处填写1.0。

6517

报送机构代码

4－17

此处填写报文生成机构的代码。

2585

报文生成时间

18－31

生成本报文的时间，精确到秒。格式为YYYYMMDDHHMMSS。

8553

报文信息类别

32-32

G－公积金信息数据报文

5214

应用系统代码

33-33

1-企业征信系统

8543

报文类型

34-34

0－正常报文

1-删除报文

8545

反馈标志

35-35

填写“0”

5591

联系人

ANC

36-65

公积金中心联系人

5593

联系电话

ANC

66-90

公积金中心联系电话

8515

预留字段

ANC

91-122

为以后可能的变化预留。O

说明：

1. 状态：指各个指标段中数据项的填写方式状态。“M”为必选型(Mandatory)，表示必须填写该数据项；“C”为有条件选择型(Conditional)，表示在符合条件的情况下，必须填写该数据项，不符合条件的情况下，可以填写也可以不填写该数据项；“O”为可选型(Optional)，表示可以填写该数据项，也可以不填写该数据项，不填写该数据项必须用空格填充。

2. 以后出现同类表格中出现以上数据的含义同上。

4.2公积金信息采集报文报文体

公积金信息采集报文格式中的信息记录只有一种，具体见表4。该信息记录的构成见表5。该信息记录的构成见表6。

表4 信息记录类型表

编号

记录类型

记录构成

备注

公积金信息采集信息记录

基础段

表5 信息记录组成

编号

段名称

描述

出现次数

状态

基础段

必选

1：1

说明：

出现次数：指各个指标段在一条账户记录中出现的次数。“0:1”表示不出现或出现1次，“0:n”表示不出现或出现n次，“1:1”表示出现且仅出现1次。

以后表格中出现上述数据的含义同上。

表6 基础段数据项

标识符

数据项名称

类型

长度

位置

数据项描述及代码表

状态

5701

行政区划

1-6

填写数据发生地的行政区划代码，编码采用GB/T 2260-2002《中华人民共和国行政区划代码》的数字型代码，详见附录 (至少到地市一级)。

6517

报送机构代码

7-20

填写数据发生机构的代码。

2593

汇缴年月

21-26

表示公积金汇缴信息对应的发生年月，格式为“YYYYMM”。

5703

单位识别编码

ANC

27-66

公积金管理中心系统中唯一标识单位的号码。

5505

单位名称

ANC

67-146

单位在公积金中心系统中的登记名称。

6511

组织机构代码

147-156

编码采用国家质量技术监督部门颁发的《中华人民共和国组织机构代码证》中的代码。

5517

登记注册号

ANC

营业执照中的登记注册号。

5523

单位性质

177-178

代码型数据项，数据字典详见附录。

5515

登记注册类型

179-181

代码型数据项，数据字典详见附录。

要求填写到中类。

企业申办营业执照时的登记注册类型。

5525

行业分类

182-186

代码型数据项，数据字典详见附录。要求细化到中类。

5591

单位联系人姓名

ANC

187-216

单位联系人的姓名。

3501

单位联系电话

217-251

单位的办公电话，参考格式：国别号/地区号－区号－电话号码（－分机号）。O

3511

单位地址

ANC

单位的通讯地址。

3513

邮政编码

332-337

5705

公积金账号

ANC

338-377

单位在商业银行开立的公积金账户的号码。

2613

初缴时间

378-383

公积金初缴对应的年月，即账户第一次存在余额对应的年月，格式为“YYYYMM”；在已经开户但暂无余额的情况下，为“000000”。

2615

缴至时间

384-389

公积金缴至的年月，格式为“YYYYMM”；

在开户后没有缴款历史的情况下，为“000000”。

2617

南京理工大学《数据库系统基础教程》试题和答案

一、选择题60(选择一个最合适的答案，在答题纸上涂黑) 1．一个事务中的一组更新操作是一个整体，要么全部执行，要么全部不执行。这是事务的：A.原子性B.一致性 C.隔离性 D.持久性 2．在数据库的三级模式结构中，描述一个数据库中全体数据的全局逻辑结构和特性的是：A．外模式 B．模式 C．存储模式D．模式 3．关于联系的多重性，下面哪种说法不正确？ A.一个多对多的联系中允许多对一的情形。 B.一个多对多的联系中允许一对一的情形。 C.一个多对一的联系中允许一对一的情形。 D.一个多对一的联系中允许多对多的情形。 4．考虑学校里的"学生"和"课程"之间的联系，该联系的多重性应该是： A. 一对一 B. 多对一 C. 一对多 D. 多对多 5．下面哪种约束要求一组属性在同一实体集任意两个不同实体上的取值不同。 A. 键(key)约束。 B. 单值约束。 C. 参照完整性。 D. 域(domain)约束 6．关系模型要求各元组的每个分量的值必须是原子性的。对原子性，下面哪种解释不正确：A.每个属性都没有部结构。 B.每个属性都不可再分解。 C.各属性值应属于某种基本数据类型。 D.属性值不允许为NULL。 7．对于一个关系的属性(列)集合和元组(行)集合，下面哪种说法不正确： A.改变属性的排列次序不影响该关系。 B.改变元组的排列次序不影响该关系。 C.改变元组的排列次序会改变该关系。 D.关系的模式包括其名称及其属性集合。 8．若R是实体集R1与R2间的一个多对多联系，将其转换为关系R'，哪种说法不正确：A.R'属性应包括R1与R2的所有属性。 B.R'属性应包括R1与R2的键属性。 C.R1与R2的键属性共同构成R'的键。 D.R'的属性应包括R自身定义的属性。 9．关于函数依赖的判断，下面哪种说法不正确？ A.若任意两元组在属性A上一致，在B上也一致，则有A → B成立。 B.若任意两元组在属性A上一致，在B上不一致，则A → B不成立。 C.若任意两元组在属性A上不可能一致，则不管在B上是否一致，有A → B成立。

数据库系统基础教程(第二版)课后习题答案

Database Systems: The Complete Book Solutions for Chapter 2 Solutions for Section 2.1 Exercise 2.1.1 The E/R Diagram. Exercise 2.1.8(a) The E/R Diagram Kobvxybz Solutions for Section 2.2 Exercise 2.2.1 The Addresses entity set is nothing but a single address, so we would prefer to make address an attribute of Customers. Were the bank to record several addresses for a customer, then it might make sense to have an Addresses entity set and make Lives-at a many-many relationship. The Acct-Sets entity set is useless. Each customer has a unique account set containing his or her accounts. However, relating customers directly to their accounts in a many-many relationship conveys the same information and eliminates the account-set concept altogether. Solutions for Section 2.3 Exercise 2.3.1(a) Keys ssNo and number are appropriate for Customers and Accounts, respectively. Also, we think it does not make sense for an account to be related to zero customers, so we should round the edge connecting Owns to Customers. It does not seem inappropriate to have a customer with 0 accounts;

大型数据库系统(SQL-Server-2005)--实验指导讲义

实验一SQL Server 2005数据库服务器界面使用及数据库原理知识的应用 1.实验目的 (1)通过使用SQL Server 2005的控制界面感受SQL Server 2005。 (2)熟悉SQL Server 2005所需的软、硬件要求。 (3)熟悉SQL Server 2005支持的身份验证种类。 (4)掌握SQL Server 2005服务的几种启动方法。 (5)掌握SQL Server Management Studio的常规使用。 (6)掌握关系数据库的逻辑设计方法——E-R图。 2.实验准备 (1)了解SQL Server Management Studio的常规使用。 (2)了解SQL Server 2005所需的软、硬件要求。 (3)了解SQL Server 2005支持的身份验证种类。 (4)了解SQL Server 2005服务的几种启动方法。 (5)了解关系数据库的逻辑设计方法——E-R图。 3.实验内容 (1)分别使用“Windows身份验证模式”和“SQL Server和Windows身份验证模式”登录SQL Server 2005集成控制台。 (2)利用SQL Server Configuration Manager配置SQL Server 2005服务器。 (3)利用SQL Server 2005创建的默认帐户，通过注册服务器向导首次注册服务器。 (4)试着创建一些由SQL Server 2005验证的账户，删除第一次注册的服务器后用新建的账户来注册服务器。 (5)为某一个数据库服务器指定服务器别名，然后通过服务器别名注册该数据库服务器。 (6)熟悉和学习使用SQL Server Management Studio。 (7)设计E-R图。参照书上19页的优化模式，要求注明实体的主码、联系的类型和主码。

数据库管理系统软件的使用

实验一：数据库管理系统软件的使用一、实验目的 (1)认识几种常见的数据库管理系统，熟悉它们的使用界面; (2)熟练掌握建立数据库和表，向数据库输入数据、修改数据和删除数据的操作。二、实验内容分别在Access和SQL SERVER2005中建立数据库并设计各表，输入多条实际数据，并实现数据的增、删、改操作。三、实验步骤：创建用于学生管理数据库，数据库名为XSGL，包含学生的基本信息，课程信息和选课信息。数据库XSGL包含下列3个表： (l）student：学生基本信息。 (2）course：课程信息表。 (3）sc：学生选课表。各表的结构分别如表1、表2和表3所示。表1学生信息表：student 表2课程信息表：course 表3学生选课表：sc 1．（a）在Access中创建xsgl.mdb数据库，使用表设计视图创建如表1、表2、表3所示结构的3个表。提示：(1)启动Access2000或Access2003，选择文件->新建->空数据库，输入数据库文件名xsgl.mdb，进入（2）；

图1Access 数据库设计界面（2）启动如图1的设计界面后，选择表对象和使用使用设计器创建表，选择新建，进入（3）；（3）生成如图2界面，选择设计视图,点击确定按钮，进入（4）；（4）在图3表设计界面下，分别创建student 表，course 表和sc 表的结构；（5）输入表中的记录：分别在student 表、course 表和sc 表中输入如下表中的记录：图2 表设计器图3表结构设计界面

在数据库视图下，选择表对象中的相应表选择打开，在浏览视图下输入如下表记录： sno sname ssex sage sdept 95001李勇男20CS 95002刘晨女19IS 95003 王敏女18MA 95004张立男19IS 95005 刘云女 18 CS （b ）对表中的记录进行浏览、修改、删除操作。 2．在SQLSERVER 中用企业管理器新建数据库和表：（1）建立xsgl 数据库： ①启动SQL Server2005企业管理器，界面如下：图4SQL Server2005企业管理器界面 ②选择树形菜单数据库，点击鼠标右键，出现如下弹出式菜单，选择新建数据库 cno cname credit pcno 1数据库452数学63信息系统314操作系统465数据结构476数据处理37 PASCAL 语言 4 6 sno cno grade 9500119295001285950013889500229095002380950032859500415895004 2 85

数据库系统的基本知识

第一章数据库系统概论本章目的在于使读者对数据库系统的基本知识能有一个较为全面的了解，为今后的学习和工作打下基础。本章重点介绍了有关数据库结构和数据库系统组织的基本知识和基本概念，以及常见的三种类型的数据库系统的特点。重点介绍关系数据库的有关知识。 1.1 数据管理技术发展史随着生产力的不断发展，社会的不断进步，人类对信息的依赖程度也在不断地增加。数据作为表达信息的一种量化符号，正在成为人们处理信息时重要的操作对象。所谓数据处理就是对数据的收集、整理、存储、分类、排序、检索、维护、加工、统计和传输等一系列工作全部过程的概述。数据处理的目的就是使我们能够从浩瀚的信息数据海洋中，提取出有用的数据信息，作为我们工作、生活等各方面的决策依据。数据管理则是指对数据的组织、编码、分类、存储、检索和维护，它是数据处理的一个重要内容中心。数据处理工作由来以久，早在1880年美国进行人口普查统计时，就已采用穿孔卡片来存储人口普查数据，并采用机械设备来完成对这些普查数据所进行的处理工作。电子计算机的出现以及其后其硬件、软件的迅速发展，加之数据库理论和技术的发展，为数据管理进入一个革命性阶段提供有力的支持。根据数据和应用程序相互依赖关系、数据共享以及数据的操作方式，数据管理的发展可以分为三个具有代表性的阶段，即人工管理阶段、文件管理阶段和数据库管理阶段。

【1】人工管理阶段这一阶段发生于六十年代以前，由于当时计算机硬件和软件发展才刚刚起步，数据管理中全部工作，都必须要由应用程序员自己设计程序完成去完成。由于需要与计算机硬件以及各外部存储设备和输入输出设备直接打交道，程序员们常常需要编制大量重复的数据管理基本程序。数据的逻辑组织与它的物理组织基本上是相同的，因此当数据的逻辑组织、物理组织或存储设备发生变化时，进行数据管理工作的许多应用程序就必须要进行重新编制。这样就给数据管理的维护工作带来许多困难。并且由于一组数据常常只对应于一种应用程序，因此很难实现多个不同应用程序间的数据资源共享。存在着大量重复数据，信息资源浪费严重。【2】文件管理阶段这一阶段发生于六十年代，由于当时计算机硬件的发展，以及系统软件尤其是文件系统的出现和发展，人们开始利用文件系统来帮助完成数据管理工作，具体讲就是：数据以多种组织结构（如顺序文件组织、索引文件文件组织和直接存取文件组织等）的文件形式保存在外部存储设备上，用户通过文件系统而无需直接与外部设备打交道，以此来完成数据的修改、插入、删除、检索等管理操作；使用这种管理方式，不仅减轻进行数据管理的应用程序工作量，更重要地是，当数据的物理组织或存储设备发生变化时，数据的逻辑组织可以不受任何影响，从而保证了基于数据逻辑组织所编制的应用程序也可以不受硬件设备变化的影响。这样就使得程序和数据之间具有了一定的相互独立性。但由于数据文件的逻辑结构完全是根据应用程序的具体要求而设计，它的管理与维护完全是由应用程序本身来完成，因此数据文件的逻辑结构与应用程序密切相关，当数据的逻辑结构需要修改时，应用程序也就不可避免地需要进行修改；同样当应用程序需要进行变动时，常常又会要求数据的逻辑结构进行相应的变动。在这种情况下，数据管理中的维护工作量也是较大的。更主要的是由于采用文件的形式来进行数据管理工作，常常需要将一个完整的、相互关联的数据集合，人为地分割成若干相互独立的文件，以便通过基于文件系统的编程来实现来对它们的管理操作。这样做同样会导致数据的过多冗余和增加数据维护工作的复杂性。例如人事部门、教务部门和医务部门对学生数据信息的管理，这三个部门中

数据库系统基础讲义第15讲关系模式设计之规范化形式

数据库系统之三 --数据建模与数据库设计课程1：基本知识与关系模型课程2：数据库语言-SQL 课程3：数据建模与数据库设计课程4：数据库管理系统实现技术数据库系统

第15讲关系模式设计之规范形式 Research Center on I ntelligent C omputing for E nterprises & S ervices, H arbin I nstitute of T echnology 战德臣哈尔滨工业大学教授.博士生导师黑龙江省教学名师教育部大学计算机课程教学指导委员会委员

战德臣教授数据库的规范性设计需要分析数据库Table中的属性在取值方面有什么依存关系？数据库设计过程中应遵循什么样的原则数据库设计理论 ?数据依赖理论 ?关系范式理论 ?模式分解理论BCNF 3NF 2NF 1NF 4NF 5NF 函数依赖部分函数依赖/完全函数依赖传递函数依赖多值依赖联结依赖如何避免数据库的一致性问题—数据库的规范性设计无损连接分解保持依赖分解

战德臣教授基本内容 1. 关系的第1NF和第2NF 2. 关系的第3NF和Boyce-Codd NF 3. 多值依赖及其公理定理 4. 关系的第4NF 重点与难点 ●一组概念：1NF, 2NF, 3NF, BCNF, 4NF；多值依赖 ●熟练应用数据库设计的规范化形式，判断数据库设计的正确性及可能存在的问题

关系的第1范式和第2范式 Research Center on I ntelligent C omputing for E nterprises & S ervices, H arbin I nstitute of T echnology 战德臣哈尔滨工业大学教授.博士生导师黑龙江省教学名师教育部大学计算机课程教学指导委员会委员

数据库系统讲义(1)

《数据库系统讲义》第1章绪论第一节数据库系统概述 1.1.1 数据、数据库、数据库管理系统、数据库系统数据、数据库、数据库管理系统和数据库系统是与数据库技术密切相关的四个基本概念。一、数据（DATA）数据是数据库中存储的基本对象。数据在大多数人头脑中的第一个反应就是数字。其实数字只是最简单的一种数据，是数据的一种传统和狭义的理解。广义的理解，数据的种类很多，文字、图形、图像、声音、学生的档案记录、货物的运输情况等，这些都是数据。可以对数据做如下定义：描述事物的符号记录称为数据。描述事物的符号可以是数字，也可以是文字、图形、图像、声音、语言等，数据有多种表现形式，它们都可以经过数字化后存入计算机。为了了解世界，交流信息，人们需要描述这些事物。在日常生活中直接用自然语言（如汉语）描述。在计算机中，为了存储和处理这些事物，就要抽出对这些事物感兴趣的特征组成一个记录来描述。例如：在学生档案中，如果人们最感兴趣的是学生的姓名、性别、年龄、出生年月、籍贯、所在系别、入学时间，那么可以这样描述：（李明，男，21，1972，江苏，计算机系，1990）因此这里的学生记录就是数据。对于上面这条学生记录，了解其含义的人会得到如下信息：李明是个大学生，1972年出生，男，江苏人，1990年考入计算机系；而不了解其语义的人则无法理解其含义。可见，数据的形式还不能完全表达其内容，需要经过解释。所以数据和关于数据的解释是不可分的，数据的解释是指对数据含义的说明，数据的含义称为数据的语义，数据与其语义是不可分的。二、数据库（DataBase，简称DB）数据库，顾名思义，是存放数据的仓库。只不过这个仓库是在计算机存储设备上，而且数据是按一定的格式存放的。人们收集并抽取出一个应用所需要的大量数据之后，应将其保存起来以供进一步加工处理，进一步抽取有用信息。在科学技术飞速发展的今天，人们的视野越来越广，数据量急剧增加。过去人们把数据存放在文件柜里，现在人们借助计算机和数据库技术科学地保存和管理大量的复杂的数据，以便能方便而充分地利用这些宝贵的信息资源。所谓数据库是长期储存在计算机内、有组织的、可共享的数据集合。数据库中的数据按一定的数据模型组织、描述和储存，具有较小的冗余度、较高的数据独立性和易扩展性，并可为各种用户共享。三、数据库管理系统（DataBase Management System，简称DBMS）了解了数据和数据库的概念，下一个问题就是如何科学地组织和存储数据，如何高效地获取和维护数据。完成这个任务的是一个系统软件——数据库管理系统。数据库管理系统是位于用户与操作系统之间的一层数据管理软件。它的主要功能包括以下几个方面： 1. 数据定义功能 DBMS提供数据定义语言(Data Definition Language，简称DDL)，用户通过它可以方便地定义对数据库中的数据对象进行定义。 2. 数据操纵功能 DBMS还提供数据操纵语言(Data Manipulation Language，简称DML)，用户可以使用DML操纵

数据库系统基础教程第八章答案

Section 1 Exercise 8.1.1 a) CREATE VIEW RichExec AS SELECT * FROM MovieExec WHERE netWorth >= 10000000; b) CREATE VIEW StudioPres (name, address, cert#) AS SELECT https://www.360docs.net/doc/b214822253.html,, MovieExec.address, MovieExec.cert# FROM MovieExec, Studio WHERE MovieExec.cert# = Studio.presC#; c) CREATE VIEW ExecutiveStar (name, address, gender, birthdate, cert#, netWorth) AS SELECT https://www.360docs.net/doc/b214822253.html,, star.address, star.gender, star.birthdate, exec.cert#, https://www.360docs.net/doc/b214822253.html,Worth FROM MovieStar star, MovieExec exec WHERE https://www.360docs.net/doc/b214822253.html, = https://www.360docs.net/doc/b214822253.html, AND star.address = exec.address; Exercise 8.1.2 a) SELECT name from ExecutiveStar WHERE gender = ‘f’; b) SELECT https://www.360docs.net/doc/b214822253.html, from RichExec, StudioPres where https://www.360docs.net/doc/b214822253.html, = https://www.360docs.net/doc/b214822253.html,; c) SELECT https://www.360docs.net/doc/b214822253.html, from ExecutiveStar, StudioPres WHERE https://www.360docs.net/doc/b214822253.html,Worth >= 50000000 AND StudioPres.cert# = RichExec.cert#; Section 2 Exercise 8.2.1 The views RichExec and StudioPres are updatable; however, the StudioPres view needs to be created with a subquery. CREATE VIEW StudioPres (name, address, cert#) AS SELECT https://www.360docs.net/doc/b214822253.html,, MovieExec.address, MovieExec.cert# FROM MovieExec WHERE MovieExec.cert# IN (SELECT presCt# from Studio); Exercise 8.2.2 a) Yes, the view is updatable. b)

数据库管理系统基础_习题

数据库管理系统基础一、是非题 1．数据库技术的发展已经历三代，第三代是关系数据库技术时期。 A ．对B. 错2．数据库管理系统对数据库提供了完整的数据保护控制功能。 A ．对 B. 错 3．Access 数据库是一种层次型的数据库系统。 A ．对 B. 错 4．概念模型也称为E-R 模型。 A ．对 B. 错 5．在一个关系中，关键字可以有多个，但主码只能有一个。 A ．对 B. 错 6．数据库系统的最大特点是数据的共享性和独立性。 A. 对 B. 错 7．数据库系统的独立性有物理独立性和逻辑独立性两种。 A. 对 B. 错 8．组成数据模型的三个要素中，数据操作最重要。 A. 对 B. 错 9．概念模型与具体的数据库系统有关系。 A. 对 B. 错 10．目前最常用的数据模型是关系模型。 A. 对 B. 错 11．SQL 语言是一种高度非过程化的语言。 A. 对 B. 错 12．对数据库系统最重要的操作是数据控制。 A. 对 B. 错 13．Access 数据库系统是一种大型数据库。 A. 对 B. 错 14．数据库设计的第一个阶段是概念结构设计。 A. 对 B. 错 15．SQL 语言具有数据定义、数据查询、数据更新、数据控制的功能。

A. 对 B. 错

、单项选择题 1．在数据管理技术的发展过程中，经历了人工管理阶段、文件系统阶段和数据库系统阶段。在这几个阶段中，数据独立性最高的是_________ 阶段。 A. 人工管理 B. 文件系统 C. 数据库系统 D. 数据项管理 2．数据库的概念模型独立于_______ 。 A. 具体的机器和DBMS B. E-R 图 C. 信息世界 D. 现实世界 3．同一个关系模型的任意两个元组的值_________ 。 A. 可以全同 B. 不能全同 C. 必须全同 D. 以上都不是 4．关系数据库中的关键字是指________ 。 A. 能唯一决定关系的字段 B. 不可改动的专用保留字 C. 关键的很重要的字段 D. 能唯一标识元组的属性或属性集合 5．应用数据库的主要目的是_______ 。 A.解决保密问题 B.解决数据完整性问题 C.共享数据问题 D.解决数据量大的问题 6．学生社团可以接纳多名学生参加，但每个学生只能参加一个社团，从社团到学生之间的联系类型是______ 。 A. 多对多 B. 一对一 C. 多对一 D. 一对多 7．SQL 语言通常称为______ 。 A. 结构化查询语言 B. 结构化控制语言 C. 结构化定义语言 D. 结构化操纵语言 8．实体集学生与参考书之间具有________ 联系。 A. 一对一 B. 一对多 C. 多对多 D. 多对一 9．假如采用关系数据库系统来实现应用，在数据库设计的 __________ 阶段，需要将E-R 模型转换为关系数据模型. A. 概念设计 B. 物理设计 C. 逻辑设计 D. 运行阶段 10．现有借阅关系表：借阅（书号，书名，库存数，读者号，借期，还期），假如同一本书允许一个读者多次借阅，但不能同时对一种书借多本。则该关系模式的关键字是______ 。 A. 书号 B. 读者号 C. 书号，读者号 D. 书号，读者号，借期 11．关系数据模型的三个组成部分中不包括_________ 。 A. 完整性规则 B. 数据结构 C. 恢复 D. 数据操作 12．关系模型中，表示实体间N : M 联系是通过增加一个___________ 。 A. 属性实现 B. 关系实现 C. 关系或一个属性实现 D. 关系和一个属性实现 13．___ 可以减少相同数据重复的现象 A. 记录 B. 字段 C. 文件 D. 数据库 14．现有学生关系表：学生（宿舍编号，宿舍地址，学号，姓名，性别，专业，出生日期）这个关系

个人信用信息基础数据库数据(金融机构)用户管理办法

个人信用信息基础数据库数据金融机构用户管理办法（暂行）一总则第一条为了保障个人信用信息基础数据库（以下简称“系统”）的数据安全，保证系统的正常运行，规范系统中各级用户的管理，制定本办法。第二条征信服务中心负责系统的日常运行和维护。第三条金融机构及其分支机构应分别指定专人负责系统用户管理、数据上报及信息查询。第四条系统各级用户的权限划分、创建以及管理等应当严格遵守本办法的规定。二用户种类及其权限第五条系统采用多级用户体系，用户分为各级用户管理员和普通用户两种。第六条金融机构的用户角色和权限。（一）用户管理员：负责管理同级普通用户和下一级用户管理员，具体是：新建用户、修改用户资料和权限、查询用户信息、停用/启用用户、重置用户密码、下级机构权限维护。（二）普通用户：分为信息查询员和数据上报员，分别负责个人信用信息查询和对人民银行的数据上报。 1、信息查询员：单笔信用报告查询；修改登录密码；查看

自己的基本资料和权限。 2、数据上报员：报文预处理；报文报送；报文上报情况查询；修改登录密码；查看自己的基本资料和权限。三用户的职责第七条金融机构的各级用户管理员应严格按照相关规定进行操作。不得随意增加或删除用户的权限，不得随意修改用户的基本信息。对创建的所有用户都应登记造册，以备征信服务中心检查。第八条金融机构的数据上报员应按征信服务中心要求及时、准确、全面地上报本行的数据。第九条信息查询员由金融机构负责个人贷款、贷记卡和准贷记卡审核、风险管理的业务和管理人员担任。第十条金融机构要保存与查询目的相关的原始文档，人民银行征信管理部门有权对各行查询的合法、合规性进行检查。第十一条金融机构是否有查询行为以个人信用信息基础数据库中的查询记录为准。四用户的创建第十二条各级用户的创建规则。金融机构的总部级用户管理员负责创建总部的普通用户和直属下级机构的用户管理员,以此类推。第十三条金融机构根据工作需要，需新增总部级用户管理员时，应先向征信服务中心提出书面申请，征信服务中心根据需

数据库系统讲义 (1)

数据库系统原理第一节数据库系统概述数据管理技术经历了人工管理、文件系统和数据库系统三个发展阶段。一、数据库基本概念 1.数据（Data）是数据库系统中存储的基本对象，是描述事物的符号记录。包括文字、图形、图像、流媒体信息等。 2.数据库（DB）是存放数据的仓库，是长期存放在计算机内的、有组织的、可共享的数据集合。数据库中的数据按一定的数据模型组织、描述和存储，具有较高的数据独立性和扩展性，可被用户所共享。 3.数据库管理系统（DBMS）是位于用户和操作系统之间的数据管理软件，如Oracle、DB2.Access等。其功能包括：数据定义功能、数据操纵功能、数据库的运行管理、数据库的建立和维护。 4.数据库系统（DBS）是指计算机系统中引入数据库后的系统，由数据库、数据库管理系统、应用系统、数据库管理员、数据库用户构成。【要点】 1.数据、数据库、数据库管理系统和数据库系统的基本概念和英文缩写。 2.DBMS的功能：数据定义功能（DDL）、数据操纵功能（DML）、数据库的运行管理、数据库的建立和维护。 3.DBS由数据库、数据库管理系统、应用系统、数据库管理员、数据库用户构成。 4.数据库技术主要解决数据共享的问题，DBMS是系统软件。【例题·单选题】（2010年×省信用社招聘考试真题）下面关于数据库管理系统和操作系统之间关系描述正确的是（）。 A.操作系统可以调用数据库管理系统 B.互不调用 C.数据库管理系统可以调用操作系统 D.可以相互调用『正确答案』C 『答案解析』硬件和操作系统是数据库管理系统的技术资源，数据库管理系统可以调用操作系统。二、数据库系统的特点

数据库系统基础教程课后答案

Solutions Chapter 4

4.1.1 4.1.2 a) b)

In c we assume that a phone and address can only belong to a single customer (1-m relationship represented by arrow into customer).

In d we assume that an address can only belong to one customer and a phone can exist at only one address. If the multiplicity of above relationships were m-to-n, the entity set becomes weak and the key ssNo of customers will be needed as part of the composite key of the entity set. In c&d, we convert attributes phones and addresses to entity sets. Since entity sets often become relations in relational design, we must consider more efficient alternatives. Instead of querying multiple tables where key values are duplicated, we can also modify attributes: (i) Phones attribute can be converted into HomePhone, OfficePhone and CellPhone. (ii) A multivalued attribute such as alias can be kept as an attribute where a single column can be used in relational design i.e. concatenate all values. SQL allows a query "like '%Junius%'" to search the multiple values in a column alias.

数据库系统基本知识讲解

三、数据库的概念与用途数据库的概念什么是数据库呢当人们从不同的角度来描述这一概念时就有不同的定义(当然是描述性的)。例如，称数据库是一个“记录保存系统”(该定义强调了数据库是若干记录的集合)。又如称数据库是“人们为解决特定的任务，以一定的组织方式存储在一起的相关的数据的集合”(该定义侧重于数据的组织)。更有甚者称数据库是“一个数据仓库”。当然，这种说法虽然形象，但并不严谨。严格地说，数据库是“按照数据结构来组织、存储和管理数据的仓库”。在经济管理的日常工作中，常常需要把某些相关的数据放进这样“仓库”，并根据管理的需要进行相应的处理。例如，企业或事业单位的人事部门常常要把本单位职工的基本情况(职工号、姓名、年龄、性别、籍贯、工资、简历等)存放在表中，这张表就可以看成是一个数据库。有了这个“数据仓库”我们就可以根据需要随时查询某职工的基本情况，也可以查询工资在某个范围内的职工人数等等。这些工作如果都能在计算机上自动进行，那我们的人事管理就可以达到极高的水平。此外，在财务管理、仓库管理、生产管理中也需要建立众多的这种“数据库”，使其可以利用计算机实现财务、仓库、生产的自动化管理。给数据库下了一个比较完整的定义：数据库是存储在一起的

相关数据的集合，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序；对数据库插入新数据，修改和检索原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”。数据库的优点人事基本档案使用数据库可以带来许多好处：如减少了数据的冗余度，从而大大地节省了数据的存储空间；实现数据资源的充分共享等

数据库系统基本知识讲解

数据库系统基本知识讲解 This manuscript was revised by the office on December 10, 2020.

给数据库下了一个比较完整的定义：数据库是存储在一起的相关数据的集合，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序；对数据库插入新数据，修改和检索原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”。数据库的优点人事基本档案使用数据库可以带来许多好处：如减少了数据的冗余度，从而大大地节省了数据的存储空间；实现数据资源的充分共享等等。此外，数据库技术还为用户提供了非常简便的使用手段使用户易于编写有关数据库应用程序。特别是近年来推出的微型计算机关系数据库管理系统dBASELL，操作直观，使用灵活，编程方便，环境适应广泛(一般的十六位机，如

个人信用信息基础数据库系统数据接口规范标准

1 前言《企业信用信息基础数据库数据接口规》（简称“数据接口规”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。前言简介本规各部分的容。报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。附录包含公积金信息采集接口规的代码表、数据校验规则。本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规 2.1术语和定义下列术语和定义适用于本规。 2.1.1报文由报文头、报文体构成的，按照一定规则组合起来的数据集合体。 2.1.2报文文件包含报文的数据文件。本规中报文文件与报文是一对一的关系。 2.1.3段一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。本规中段为基础段。 2.1.4信息记录数据采集的基本信息单位，包含报送机构一笔业务的有关数据。本规中的信息记录由基础段组成。 2.1.5报文头每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。 2.1.6报文体报文体是数据采集报文的主体容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 2.1.7信息记录此信息记录由基础段组成。每个信息记录包含且仅包含一个基础段。信息记录的容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。 2.1.8基础段基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则

个人信用信息基础数据库查询授权书

中国人民银行个人信用信息基础数据库查询授权书一、授权人及被授权人授权人：【】，有效身份证件号码：【】；被授权人：沃尔沃汽车金融（中国）有限公司，一家依照中国法律成立并存续的有限责任公司，系经中国银行业监督管理委员会批准设立的非银行金融机构，营业执照注册号110000450004764。二、查询原因因授权人/授权人担任法定代表人或授权人投资的公司拟在被授权人处申请贷款/为【】在被授权人处申请贷款提供担保，为使被授权人更好地了解授权人的个人信用情况，授权人特此授权被授权人可以向中国人民银行个人信用信息基础数据库查询授权人的个人信用信息情况，并打印、保存有关授权人的个人信用报告。三、查询用途被授权人对授权人个人信用信息情况的查询将用于贷款审批/担保资格审查、贷后管理及异议核查等用途。授权人同意，为上述用途，被授权人可以向有关政府机关、提供公共服务的信息机构、司法机关、同业金融机构、其经销商、关联方披露授权人有关个人信用信息资料。四、授权有效期本授权书自授权人签字之日起生效，至授权人在被授权人处全部贷款本金、利息结清之日终止。如果授权人的贷款申请没有得到被授权人的批准，则本授权书有效期至被授权人做出拒绝授权人贷款申请之日终止。五、身份证明授权人将提供现行有效的身份证件复印件，作为本授权书的组成部分之一，一并提交被授权人。被授权人有权要求授权人提供有效身份证件原件进行核对。如授权人的贷款申请系由代理人完成，则代理人必须在申请贷款时同时出具由授权人亲笔签名的委托书，否则不应视为授权人已经同意本授权书项下的各项授权。六、授权书效力授权人在本授权书项下做出的各项授权均为不可撤销的，一经签字即发生法律效力。就本授权书的内容有任何异议，均应以中国人民银行个人信用信息基础数据库的相关管理规定为准。授权人（签字）：日期：年月日

数据库和数据库管理系统的基础知识

各列的第一行称为字段名总复习 Foxpro部分一、数据库和数据库管理系统的基础知识 1、基本概念 1)数据(Data)：计算机处理的符号、数值、声音、图象等各种信息。 2)数据库(Data Base)：指的是存储在计算机里的按一定的规则相互关联的数据的集合。 3)数据库管理系统(DBMS)：以数据库应用为目的的计算机系统。必须能完成数据收集、存储、处理、维护，对数据的安全性和完整性进行控制和检查、检索等一系列功能。数据库的维护包括：修改，插入，更新和删除。数据库的管理包括：分类，查找，统计和输出。 4)数据库管理系统特点： ①数据共享，提高了数据的利用率 ②数据数据冗余度低，可以控制。 ③数据独立性高，由“数据依赖于程序”改变为“以数据为核心” 5）常见的数据库模型有层次模型、网状模型和关系模型。所谓关系模型实际上是一个二维表。Foxpro就是在计算机上实现的关系型数据管理系统。在这种二维表格中，每一行叫做一个记录，每一列叫做一个字段。 2、启动Foxpro :开始——>程序——>Foxpro for windows——> Foxpro for windows 退出Foxpro : 1) File——>exit 2) 在命令窗口中输入Quit 回车 3、Foxpro窗口组成（如右图）标题栏：菜单栏：可完成Foxpro的各种操作工作区：显示一些信息（如命令执行后的结果）其中含有命令窗口，用做输入Foxpro命令，可对数据库进行各种管理。状态栏：显示当前状态（如当前打开的是哪个数据库，记录的个数，当前指针位置等内容） 4、数据库管理中两种操作方法：菜单操作方法、命令操作方法二、foxpro数据库管理系统的基本操作 5、数据库结构的基本概念：建立数据库分两步走，先建立库结构（再追加记录），库结构确定所创建的数据库包括那些字段，每个字段名称、类型、长度等属性。 6、建库方法 1）File——>new——>选择Table/dbf——>new 2）在命令窗口中输入creat <路径><数据库名> 回车 7数据类型和表示法：字段名数据类型字段宽度、小数位数字段名可以字母、汉字打头，由汉字、字母、数字、上下划线构成，不可有空格等特殊字符，长度不超过10个字符（半字符型（character）由汉字、字母、数字、符号构成，最长可有254个字符。引用时由单引号引起来。数值型（numeric）由数字、正负号及小数点构成，长度小于等于20，小数点占一位。可直接引用。如果是小数，宽度＝整数位数＋1（小数点）＋小数位数 359 …… 王喜 …… 050102 …… 376 李真真 050101 总分姓名学号一列称为一个字段每一行称为一个记录

数据库系统基础教程第二章答案

Exercise 2.2.1a For relation Accounts, the attributes are: acctNo, type, balance For relation Customers, the attributes are: firstName, lastName, idNo, account Exercise 2.2.1b For relation Accounts, the tuples are: (12345, savings, 12000), (23456, checking, 1000), (34567, savings, 25) For relation Customers, the tuples are: (Robbie, Banks, 901-222, 12345), (Lena, Hand, 805-333, 12345), (Lena, Hand, 805-333, 23456) Exercise 2.2.1c For relation Accounts and the first tuple, the components are: 123456 → acctNo savings → type 12000 → balance For relation Customers and the first tuple, the components are: Robbie → firstName Banks → lastName 901-222 → idNo 12345 → account Exercise 2.2.1d For relation Accounts, a relation schema is: Accounts(acctNo, type, balance) For relation Customers, a relation schema is: Customers(firstName, lastName, idNo, account) Exercise 2.2.1e An example database schema is: Accounts ( acctNo, type, balance ) Customers ( firstName, lastName, idNo, account ) Exercise 2.2.1f A suitable domain for each attribute: acctNo → Integer type → String balance → Integer firstName → String lastName → String