求数据库范式资料

可能有点长有点复杂，希望你能认真看，相信你对范式一定会有更深刻的理解！

设计范式（范式,数据库设计范式,数据库的设计范式）是符合某一种级别的关系模式的集合。构造数据库必须遵循一定的规则。在关系数据库中，这种规则就是范式。关系数据库中的关系必须满足一定的要求，即满足不同的范式。目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多要求的称为第二范式（2NF），其余范式以次类推。一般说来，数据库只需满足第三范式（3NF）就行了。下面我们举例介绍第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。

在创建一个数据库的过程中，范化是将其转化为一些表的过程，这种方法可以使从数据库得到的结果更加明确。这样可能使数据库产生重复数据，从而导致创建多余的表。范化是在识别数据库中的数据元素、关系，以及定义所需的表和各表中的项目这些初始工作之后的一个细化的过程。

下面是范化的一个例子 Customer Item purchased Purchase price Thomas Shirt $40 Maria Tennis shoes $35 Evelyn Shirt $40 Pajaro Trousers $25

如果上面这个表用于保存物品的价格，而你想要删除其中的一个顾客，这时你就必须同时删除一个价格。范化就是要解决这个问题，你可以将这个表化为两个表，一个用于存储每个顾客和他所买物品的信息，另一个用于存储每件产品和其价格的信息，这样对其中一个表做添加或删除 *** 作就不会影响另一个表。

关系数据库的几种设计范式介绍

1 第一范式（1NF）

在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。例如，对于图3-2 中的员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一行只表示一个员工的信息，一个员工的信息在表中只出现一次。简而言之，第一范式就是无重复的列。

2 第二范式（2NF）

第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。如图3-2 员工信息表中加上了员工编号（emp_id）列，因为每个员工的员工编号是唯一的，因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。

第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是非主属性非部分依赖于主关键字。

3 第三范式（3NF）

满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在图3-2的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。

数据库设计三大范式应用实例剖析

数据库的设计范式是数据库设计所需要满足的规范，满足这些规范的数据库是简洁的、结构明晰的，同时，不会发生插入（insert）、删除（delete）和更新（update） *** 作异常。反之则是乱七八糟，不仅给数据库的编程人员制造麻烦，而且面目可憎，可能存储了大量不需要的冗余信息。

设计范式是不是很难懂呢？非也，大学教材上给我们一堆数学公式我们当然看不懂，也记不住。所以我们很多人就根本不按照范式来设计数据库。

实质上，设计范式用很形象、很简洁的话语就能说清楚，道明白。本文将对范式进行通俗地说明，并以笔者曾经设计的一个简单论坛的数据库为例来讲解怎样将这些范式应用于实际工程。

范式说明

第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分。这个单一属性由基本类型构成，包括整型、实数、字符型、逻辑型、日期型等。

例如，如下的数据库表是符合第一范式的：

字段1 字段2 字段3 字段4

而这样的数据库表是不符合第一范式的：

字段1 字段2 字段3 字段4

字段31 字段32

很显然，在当前的任何关系数据库管理系统（DBMS）中，傻瓜也不可能做出不符合第一范式的数据库，因为这些DBMS不允许你把数据库表的一列再分成二列或多列。因此，你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。

第二范式（2NF）：数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖（部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况），也即所有非关键字段都完全依赖于任意一组候选关键字。

假定选课关系表为SelectCourse(学号, 姓名, 年龄, 课程名称, 成绩, 学分)，关键字为组合关键字(学号, 课程名称)，因为存在如下决定关系：

(学号, 课程名称) → (姓名, 年龄, 成绩, 学分)

这个数据库表不满足第二范式，因为存在如下决定关系：

(课程名称) → (学分)

(学号) → (姓名, 年龄)

即存在组合关键字中的字段决定非关键字的情况。

由于不符合2NF，这个选课关系表会存在如下问题：

(1) 数据冗余：

同一门课程由n个学生选修，"学分"就重复n-1次；同一个学生选修了m门课程，姓名和年龄就重复了m-1次。

(2) 更新异常：

若调整了某门课程的学分，数据表中所有行的"学分"值都要更新，否则会出现同一门课程学分不同的情况。

(3) 插入异常：

假设要开设一门新的课程，暂时还没有人选修。这样，由于还没有"学号"关键字，课程名称和学分也无法记录入数据库。

(4) 删除异常：

假设一批学生已经完成课程的选修，这些选修记录就应该从数据库表中删除。但是，与此同时，课程名称和学分信息也被删除了。很显然，这也会导致插入异常。

把选课关系表SelectCourse改为如下三个表：

学生：Student(学号, 姓名, 年龄)；

课程：Course(课程名称, 学分)；

选课关系：SelectCourse(学号, 课程名称, 成绩)。

这样的数据库表是符合第二范式的， 消除了数据冗余、更新异常、插入异常和删除异常。

另外，所有单关键字的数据库表都符合第二范式，因为不可能存在组合关键字。

第三范式（3NF）：在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A。因此，满足第三范式的数据库表应该不存在如下依赖关系：

关键字段 → 非关键字段x → 非关键字段y

假定学生关系表为Student(学号, 姓名, 年龄, 所在学院, 学院地点, 学院电话)，关键字为单一关键字"学号"，因为存在如下决定关系：

(学号) → (姓名, 年龄, 所在学院, 学院地点, 学院电话)

这个数据库是符合2NF的，但是不符合3NF，因为存在如下决定关系：

(学号) → (所在学院) → (学院地点, 学院电话)

即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。

它也会存在数据冗余、更新异常、插入异常和删除异常的情况，读者可自行分析得知。

把学生关系表分为如下两个表：

学生：(学号, 姓名, 年龄, 所在学院)；

学院：(学院, 地点, 电话)。

这样的数据库表是符合第三范式的，消除了数据冗余、更新异常、插入异常和删除异常。

鲍依斯-科得范式（BCNF）：在第三范式的基础上，数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。

假设仓库管理关系表为StorehouseManage(仓库ID, 存储物品ID, 管理员ID, 数量)，且有一个管理员只在一个仓库工作；一个仓库可以存储多种物品。这个数据库表中存在如下决定关系：

(仓库ID, 存储物品ID) →(管理员ID, 数量)

(管理员ID, 存储物品ID) → (仓库ID, 数量)

所以，(仓库ID, 存储物品ID)和(管理员ID, 存储物品ID)都是StorehouseManage的候选关键字，表中的唯一非关键字段为数量，它是符合第三范式的。但是，由于存在如下决定关系：

(仓库ID) → (管理员ID)

(管理员ID) → (仓库ID)

即存在关键字段决定关键字段的情况，所以其不符合BCNF范式。它会出现如下异常情况：

(1) 删除异常：

当仓库被清空后，所有"存储物品ID"和"数量"信息被删除的同时，"仓库ID"和"管理员ID"信息也被删除了。

(2) 插入异常：

当仓库没有存储任何物品时，无法给仓库分配管理员。

(3) 更新异常：

如果仓库换了管理员，则表中所有行的管理员ID都要修改。

把仓库管理关系表分解为二个关系表：

仓库管理：StorehouseManage(仓库ID, 管理员ID)；

仓库：Storehouse(仓库ID, 存储物品ID, 数量)。

这样的数据库表是符合BCNF范式的，消除了删除异常、插入异常和更新异常。

范式应用

我们来逐步搞定一个论坛的数据库，有如下信息：

（1） 用户：用户名，email，主页，电话，联系地址

（2） 帖子：发帖标题，发帖内容，回复标题，回复内容

第一次我们将数据库设计为仅仅存在表：

用户名 email 主页 电话 联系地址 发帖标题 发帖内容 回复标题 回复内容

这个数据库表符合第一范式，但是没有任何一组候选关键字能决定数据库表的整行，唯一的关键字段用户名也不能完全决定整个元组。我们需要增加"发帖ID"、"回复ID"字段，即将表修改为：

用户名 email 主页 电话 联系地址 发帖ID 发帖标题 发帖内容 回复ID 回复标题 回复内容

这样数据表中的关键字(用户名，发帖ID，回复ID)能决定整行：

(用户名,发帖ID,回复ID) → (email,主页,电话,联系地址,发帖标题,发帖内容,回复标题,回复内容)

但是，这样的设计不符合第二范式，因为存在如下决定关系：

(用户名) → (email,主页,电话,联系地址)

(发帖ID) → (发帖标题,发帖内容)

(回复ID) → (回复标题,回复内容)

即非关键字段部分函数依赖于候选关键字段，很明显，这个设计会导致大量的数据冗余和 *** 作异常。

我们将数据库表分解为（带下划线的为关键字）：

（1） 用户信息：用户名，email，主页，电话，联系地址

（2） 帖子信息：发帖ID，标题，内容

（3） 回复信息：回复ID，标题，内容

（4） 发贴：用户名，发帖ID

（5） 回复：发帖ID，回复ID

这样的设计是满足第1、2、3范式和BCNF范式要求的，但是这样的设计是不是最好的呢？

不一定。

观察可知，第4项"发帖"中的"用户名"和"发帖ID"之间是1：N的关系，因此我们可以把"发帖"合并到第2项的"帖子信息"中；第5项"回复"中的"发帖ID"和"回复ID"之间也是1：N的关系，因此我们可以把"回复"合并到第3项的"回复信息"中。这样可以一定量地减少数据冗余，新的设计为：

（1） 用户信息：用户名，email，主页，电话，联系地址

（2） 帖子信息：用户名，发帖ID，标题，内容

（3） 回复信息：发帖ID，回复ID，标题，内容

数据库表1显然满足所有范式的要求；

数据库表2中存在非关键字段"标题"、"内容"对关键字段"发帖ID"的部分函数依赖，即不满足第二范式的要求，但是这一设计并不会导致数据冗余和 *** 作异常；

数据库表3中也存在非关键字段"标题"、"内容"对关键字段"回复ID"的部分函数依赖，也不满足第二范式的要求，但是与数据库表2相似，这一设计也不会导致数据冗余和 *** 作异常。

由此可以看出，并不一定要强行满足范式的要求，对于1：N关系，当1的一边合并到N的那边后，N的那边就不再满足第二范式了，但是这种设计反而比较好！

对于M：N的关系，不能将M一边或N一边合并到另一边去，这样会导致不符合范式要求，同时导致 *** 作异常和数据冗余。

对于1：1的关系，我们可以将左边的1或者右边的1合并到另一边去，设计导致不符合范式要求，但是并不会导致 *** 作异常和数据冗余。

结论

满足范式要求的数据库设计是结构清晰的，同时可避免数据冗余和 *** 作异常。这并不意味着不符合范式要求的设计一定是错误的，在数据库表中存在1：1或1：N关系这种较特殊的情况下，合并导致的不符合范式要求反而是合理的。

在我们设计数据库的时候，一定要时刻考虑范式的要求

（一）数据资料收集整理工作步骤

农用地分等工作中数据资料收集整理与调查工作是整个农用地分等工作的关键环节，其质量关系到分等成果的准确性。其基本步骤如下：

（1）农用地分等项目技术组到国土资源局、农业局、统计局、水利局、交通局、环保局、气象局等相关部门收集有关资料，主要包括土壤普查、国土资源调查、农业区划、土地利用总体规划等资料，气象、水文、地质以及国民经济统计等基础资料，环境保护资料、农田水利资料、国民经济、农业统计资料以及土壤图、地形图、土地利用现状图等基础图件。

（2）由各镇国土资源所负责将镇级国土资源所、农技站和各村委会调查表格下发至相关单位，并要求各单位按照调查表格的内容准备材料。在农用地分等技术组和当地国土资源所、农办工作人员的具体指导下，集中各行政村和相关单位的干部或技术人员，结合各镇的实际情况，现场进行调查与收集资料工作。内容包括农用地投入、产出样点资料，农田水利基础设施状况及区位交通状况等资料。

（3）资料整理，即对收集的资料进行核实、分析与整理。

（二）数据资料整理

数据资料整理主要是对收集的资料进行核实、分析与整理。

1资料核实

严格核实资料数据，要求数据来源可靠，计量单位统一，剔除明显不符合实际的数值和特殊的极值。

2资料整理

（1）对资料进行分类整理，重点是图件、数据资料整理。

（2）对不能满足分等工作要求的资料应做好记录，以便进行外业补充调查。

（3）四周与邻县接边的分等单元要整理出来，填写专门的表格，以备接边检核和存档。

（4）对缺乏土壤资料的补充调查点，应注意收集土壤普查土种志资料（有其生产性能的描述）或补充土壤剖面，以便准确诊断分等因素。

（5）外业调查原始记录的文字、表格、图件、剖面照片及其说明、环境照片及其说明，必须整理成册，列入基础资料汇编，存入档案。

（三）分等主要工作过程及数据库建设

1分等主要工作过程

分等工作包括工作准备、资料收集整理、外业调查、数据处理、成果自检、成果整理及报告撰写、省级预检等工作过程。分等工作的基本工作流程如图2-1所示。

2分等数据库处理

农用地分等数据库处理主要包括以下7个方面的工作：

（1）整理分析外业调查资料与数据：对收集的分等资料和数据，进行全面的整理、核实、检查、分析，以保证各个分等因素因子数据的准确性。

（2）建立分等数据库：利用GIS工具，将土地利用现状、土壤类型、土壤有机质含量、土壤pH值、行政区划、土地变更调查等成果图件中未数字化的图件进行扫描、矢量化，建立分等空间数据库；应用地理信息系统工具软件进行分等因素因子的属性数据的录入和检验，建立分等数据库。

（3）将农用地分等单元图与土壤分布图、土壤有机质图进行叠加套合，再根据土壤普查报告和农业区划报告等有关资料对农用地分等因素进行判读，提取各分等单元的土层厚度、土体构型、有机质含量、pH值等土壤属性，经归纳、检核后建立分等单元属性数据库。

（4）在对调查资料中投入产出数据进行系统整理的基础上，进行样点内不同指定作物的土地利用系数、土地经济系数计算，等值区划分，等值区土地利用系数、土地经济系数计算并与农用地分等属性库连接。

图2-1 广东省农用地分等工作流程图

（5）计算样点及各村的平均土地利用系数及土地经济系数，划分等值区。计算各分等单元内的自然质量等指数、利用等指数、经济等指数。

（6）进行农用地等别划分：采用等间距法，以200分为区间划分农用地分等单元的自然质量等、利用等和经济等，初步确定农用地等别。

（7）确定标准样地：按照《农用地分等规程》和《广东省农用地分等定级与估价技术方案和工作方案》中的有关规定，选择各镇自然质量等指数、利用等指数和经济等指数最高的农用地分等单元，确定县域内农用地的省级和县级标准样地。

3分等数据库的建立

1）建立分等数据库的目的和意义

（1）目的。协调、统一、规范农用地分等定级与估价成果的数据组织、数据内容与数据格式，为省级农用地分等定级估价工作奠定基础。

（2）意义：

①农用地分等定级估价工作是一项内容新、技术性强、技术要求高、涉及部门多的工作，由于农用地分等定级与估价工作涉及的基础资料繁多，必须制定统一的技术细则才能建立起完备的数据管理系统。

②由于参与此项工作的技术单位众多，为了协调统一省级农用地分等定级与估价成果数据，避免数据汇总、统计、数据共享和数据互 *** 作可能出现的问题，须建立统一的数据格式和标准。

③农用地分等定级与估价的成果数据及其管理系统是农用地分等定级估价工作的核心成果，作为国土资源管理的基础数据，将在土地征收、农用地流转、土地利用规划等工作中发挥重要的作用。

2）建立分等数据库的技术依据

建立分等数据库的技术依据包括以下几个方面：

（1）《农用地分等规程》（TD/T1004-2003）。

（2）《农用地分等数据库标准》（征求意见稿）。

（3）《广东省农用地分等定级与估价技术方案和工作方案》。

（4）国土资源部土地整理中心《农用地分等定级与估价项目技术简报》。

（5）广东省农用地分等定级与估价项目工作技术简报。

（6）广东省农用地分等定级估价工作相关文件。

3）分等数据库的内容

数据库成果包括图形数据库、表格数据库和数据库软件系统，对于通用软件或国家要求格式的数据库，仅要求提交数据内容；对于图形数据库的内容，应包含提交的所有成果图件的数据；对于表格数据库或属性数据库，应与图形数据相关联，对于不需要图形对应的表格可以仅提交电子表格。

4）数据库要求

（1）样点调查图必须包含样点编号、单元编号、村名和各项调查因素字段。

（2）分等单元电子图的属性必须包含单元编号、地类代码、指标区名称、面积、分等因素原始属性。

（3）农用地自然质量等别图属性必须包括单元编号、各单元的自然质量等别的诊断因素及其指标。

（4）农用地利用等别图属性必须包括各利用等别单元编号、实际调查产量、二级区最高产量、利用系数。

（5）农用地等别图属性必须包括单元编号、投入、产量、经济系数。

（6）农用地标准样地分布图与样地属性表相对应。

（7）综合数据库应包括单元图形库和与单元相连接的分等单元综合数据表。

5）数据格式

（1）属性数据格式。属性数据格式要求数据字段包含字段名称、字段代码、字段类型、字段长度和小数位数，具体如表2-1所示。

表2-1 属性数据格式要求表

（2）电子成果格式。本项目电子图件采用E00格式，电子表格采用DBF、Excel两种格式，文字报告采用Word格式。

(四)分等成果图件编制

1农用地分等成果图件

农用地分等成果图件包括工作底图、中间成果图和最终成果图。最终成果图应直观反映农用地质量的优劣，反映不同质量农用地的分布、面积等状况。

（1）工作底图。农用地分等工作底图采用2003年土地利用现状调查图。

（2）中间成果图。中间成果图有分等单元图、指标区图、土地利用系数等值区图和土地经济系数等值区图。

（3）最终成果图。最终成果图包括农用地自然质量等别图、农用地利用等别图、农用地经济等别图、标准样地分布图。

2农用地分等成果图编绘要求

（1）比例尺。农用地分等成果图件的比例尺应为1∶1万～1∶10万，应与土地利用现状调查的精度一致。

（2）工作底图。农用地分等工作要以土地利用现状图为工作底图。

（3）上图要素。各图件应突出反映主题内容，并包括图名、图廓、图例、比例尺、坐标系统、方位坐标、县级和乡级行政界线、重要的线状地物或明显地物点、编图单位、编图时间、邻区名称和界线等要素，各等别图还应包括面积汇总表。

（4）等别图斑。编制最终成果图时应将等别相同的相邻分等单元进行归并，形成等别图斑，图斑面积不小于6平方毫米。

（5）图件内容标注。用图示、注记等标注分等成果，具体要求如下：①用阿拉伯数字分别表示各等别（1等、2等、3等……）；②用实线表示各等别界线；③各地根据需要编绘彩色等别图，等别图以冷色调为主，等别色差明显，图面色调和谐。

按照我一个在相数科技的朋友给我讲的，通常意义上，大数据，又称巨量资料，指的是所涉及的数据资料量规模巨大到无法通过人脑甚至主流软件工具，在合理时间内达到撷取、管理、处理、并整理成为帮助企业经营决策更积极目的的资讯。而这些，也就是需要进行大数据分析的内容。

如果具体来说，其实在各行各业均存在大数据，比如气象大数据中对于温度、适度、污染指数的分析，企业对产品投放、运营的大数据，对消费者使用情况的大数据等等，这些大数据都可以通过智能分析进行有效的利用。

存取对象变量库结构作为一个功能较完备的Windows软件开发平台，Visual Basic专业版提供了对数据库应用的强大支持。尤其提供了使用数据控件和绑定控制项，使用数据库存取对象变量（Data Access Object Variable），直接调用ODBC 20 API接口函数等三种访问数据库的方法。对其标准内置的Ms Access数据库，它可以提供不弱于专业数据库软件的支持，可以进行完整的数据库维护、 *** 作及其事务处理。在VB中，将非Access数据库称为外来数据库。对于FoxPro、dBASE、Paradox等外来数据库。虽然借助VB的Data Manager 能够对这些数据库进行NEW、OPEN、DESIGN、DELETE等 *** 作，但在应用程序的运行状态中并不能从底层真正实现这些功能。本文从使用数据库存取对象变量的方法出发，实现了非Access格式数据库（以FoxPro数据库为例）的建新库、拷贝数据库结构、动态调入等 *** 作，阐述了从编程技巧上弥补VB对这些外来数据库支持不足的可行性 。

一 、 VB数据库的体系结构具体的VB的数据库结构。

VB数据库的核心结构是所谓的MicroSoft JET数据库引擎，JET引擎的作用就像是一块"面 板"，在其上可以插入多种ISAM（Indexed Sequential Access Method，即索引顺序存取方 法） 数据驱动程序。JET引擎为Access格式数据库提供了直接的内部（build-in）支持，这就是VB对Access数据库具有丰富支持的真正原因。

VB专业版中提供了FoxPro、dBASE（或 Xbase）、Paradox、Btrieve等数据库的ISAM驱动程序，这就使得VB能支持这些数据库格 式。另外，其他的许多兼容ISAM的驱动程序也可以通过从厂商的售后服务得到。因而从理论上说，VB能支持所有兼容ISAM的数据库格式（前提是只需获得这些数据库的ISAM驱动接口程序）。

由上可见，Ms JET引擎实质上提供了：一个符合ANSI标准的语法分析器；为查询结果集的使用而提供的内存管理功能；同所支持的数据库的外部接口；为应用代码提供的内部接口。实际上，在VB中从一种数据库类型转化为另一种数据库类型几乎不需要或只需要很少的代码修改。而且，尽管dBASE、Paradox本身的DDL （Data Definition Language，即数据定义语言）和DML（Data Manipulation Language，即数据 *** 纵语言）是非结构化查询的，但它们仍然可以使用VB的SQL语句和JET引擎来 *** 纵。

从VB的程序代码的角度来看，ODBC，ISAM驱动程序以及Ms Access数据库的整个外部结构够可以统一为一个一致的编程接口。也即是说，提供给VB应用程序员的记录集对象视图同所使用的数据库格式及类型是相互独立的。即对FoxPro等数据库仍然可以使用众多的数据库存取对象变量，这就为非Access数据库的访问提供了最重要的方法。

二 、使用非Access数据库时的参数设置及配置文件的参数读取如果在VB的程序中使用了数据库的 *** 作，将应用程序生成EXE文件或打包生成安装程序后，则必须提供一个配置 （INI）文件，在INI文件中可以对不同类型的数据库进行设置。如果找不到这个INI文件， 将会导致不能访问数据库。通常情况下，INI文件的文件名和应用程序的名称相同，所以如果没有指明，VB的程序会在Windows子目录中去找和应用程序同名的INI文件。可以使用VB中的SetDataAccessOptions语句来设置INI文件。

SetDataAccessOptions语句的用法如下：SetDataAccessOptions 1 ，IniFileName其中IniFileName参数指明的是INI文件的带路径的文件名。值得注意的是，当应用程序找不到这个INI文件时，或在调用 OpenDataBase函数时对其Connect参数值没有设定为VB规定的标准值，如对FoxPro 25格式设定为了" FoxPro;"（应为" FoxPro 25; "），或者没有安装相应的ISAM驱动程序，则此时VB会显示一条错误信息" Not Found Installable ISAM "。通常，INI文件在应用程序分发出去以前已经生成，或者在安装时动态生成，也可以在应用程序中自己生成。 通常这种 INI文件中有" [Options]"、"[ISAM]"、" [Installed ISAMs]"、"[FoxPro ISAM]"、"[dBASE ISAM] " 、" [Paradox ISAM] "等设置段，对于一个完整的应用程序则还应有一个属于应用 程序自己的设置段如" [MyDB]”。可在其中设置DataType、Server、DataBase、 OpenOnStartup、DisplaySQL、QueryTimeOut等较为重要的数据库参数，并以此限定应用程序一般的运行环境。 Windows API接口函数在Kernelexe动态链接库中提供了一个OSWritePrivateProfileString函数，此函数能按Windows下配置文件（INI）的书写格式写入信息。

在通常情况下，应用程序还需要在运行时读取配置文件内相关项的参数。比如PageTimeOut（页加锁超时时限）、MaxBufferSize（缓冲区大小）、LockRetry（加锁失败时重试次数）等参数，通过对这些参数的读取对应用程序运行环境的设定、潜在错误的捕获等均会有很大的改善。

设此应用程序的配置文件为MyDBINI，则具体过程如下：Funtion GetINIString$( Byval Fname$ ，Byval szItem$ ，Byval szDeFault$ ) ' 此自定义子函数实现INI 文件内设置段内参数的读取Dim Tmp As String，x As Integer Tmp = String( 2048,32 ) x = OSGetPrivateProfileString(Fname$，szItem$ ， szDefault$，Tmp，Len(Tmp) ，" MyDBINI " ) GetINIString = Mid$( Tmp,1,x ) End

Function以下这些函数的声明可写在模块文件内，且每个函数的声明必须在一行内Declare Function OSGetPrivateProfileString% Lib "Kernel" Alias "GetPrivateProfileString" (ByVal AppName$, ByVal KeyName$, ByVal keydefault$, ByVal ReturnString$, ByVal NumBytes As Integer, ByVal FileName$) Declare Function OSWritePrivateProfileString% Lib "Kernel" Alias "WritePrivateProfileString" (ByVal AppName$, ByVal KeyName$, ByVal keydefault$, ByVal FileName$) Declare Function OSGetWindowsDirectory% Lib "Kernel" Alias "GetWindowsDirectory" (ByVal a$, ByVal b%) Sub Form1_Load( ) Dim st As String Dim x As Integer Dim tmp As String tmp = String$( 255, 32 ) '

INI文件内为各种数据库格式指明已安装的相应ISAM驱动程序x = OSWritePrivateProfileString(" Installable ISAMS", "Paradox 3X", "PDX110DLL", "MyDBINI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "dBASE III", "XBS110DLL", "MyDBINI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "dBASE IV", "XBS110DLL", "MyDBINI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "FoxPro 20", "XBS110DLL", "MyDBINI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "FoxPro 25", "XBS110DLL", "MyDBINI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "Btrieve", "BTRV110DLL", "MyDBINI" ) x = OSWritePrivateProfileString( "dBase ISAM", "Deleted", "On", "MyDBINI" ) ' 指明 INI文件的位置x = OSGetWindowsDirectory( tmp, 255 ) st = Mid$( tmp, 1, x ) SetDataAccessOption 1, st + "/mydbini" '获得INI文件一些参数 gwMaxGridRows = Val(GetINIString( " MyDBINI " ,"MaxRows", "250" )) glQueryTimeout = Val(GetINIString( " MyDBINI " ,"QueryTimeout", "5" )) glLoginTimeout = Val(GetINIString( " MyDBINI " ,"LoginTimeout", "20" )) End Sub

三 、数据存取对象变量对外来数据库编程的方法及其实例在VB专业版数据库编程的三种方法中，第二种-使用数据库存取对象变量（DAO）的方法最具有功能强大、灵活的特点。 它能够在程序中存取ODBC 20的管理函数；可以控制多种记录集类型：Dynaset，Snapshot 及Table记录集合对象；可以存储过程和查询动作；可以存取数据库集合对象，例如 TableDefs，Fields，Indexes及QueryDefs；具有真正的事物处理能力。因而，这种方法对数据库处理的大多数情况都非常适用。

由于VB中的记录集对象与所使用的数据库格式及类型是相互独立的，所以在非Access数据库中也可以使用数据库存取对象变量的方法。因而 对FoxPro等外来数据库而言，使用数据库存取对象变量的方法同样也是一种最佳的选择。 有一点需要注意的是，VB的标准版中仅能使用数据控件（Data Control）对数据库中的记录进行访问，主要的数据库存取对象中也仅有Database、Dynaset对象可通过数据控件的属 性提供，其它的重要对象如TableDef、Field、Index、QueryDef、Snapshot、Table等均不能在VB的标准版中生成，所以使用数据存取对象变量的方法只能用VB 30以上的专业版。

（一）、非Access数据库的新建及库结构的修改VB专业版中的数据库存取对象变量可以分为两类，一类用于数据库结构的维护和管理，另一类用于数据的存取。其中表示数据库结构时可以使用下面的对象：

DataBase、TableDef、Field、Index，以及三个集合 （Collection）： TableDefs、Fields和Indexes 。每一个集合都是由若干个对象组成的，这些数据对象的集合可以完全看作是一个数组，并按数组的方法来调用。一旦数据库对象建立后，就可以用它对数据库的结构进行修改和数据处理。对于非Access数据库，大部分都是对应于一个目 录，所以可以使用VB的MkDir语句先生成一个目录，亦即新建一个数据库。而每一个非 Access数据库文件可看作是此目录下的一个数据表（Table），但实际上它们是互相独立的。

下面是新建一个FoxPro 25格式数据库的程序实例。

Sub CreateNew ( ) Dim Db1 As database ， Td As TableDefs Dim T1 As New Tabledef ， F1 As New Field ， F2 As New Field ， F3 As New Field Dim Ix1 As New Index Dim Path As String Const DB_TEXT = 10 ， DB_INTEGER = 3 ChDir "/" Path$ = InputBox( " 请输入新路径名： ", "输入对话框" ) MkDir Path$ ' 新建一个子目录Set Db1 = OpenDatabase(Path$, True, False, "FoxPro 25;") Set Td = Db1TableDefs T1Name =

"MyDB" '新建一个数据表，数据表名为MyDB F1Name = "Name" ， F1Type = DB_TEXT ， F1Size = 20 F2Name = "Class" ， F2Type = DB_TEXT ， F2Size = 20 F3Name = "Grade" ， F3Type = DB_INTEGER T1FieldsAppend F1 '向数据表中添加这些字段T1FieldsAppend F2

我们也是还有20天考数据库系统概论（高教第四版黑粉黑粉那本哈～）

数据库分为应用和开发

一般我们都会去做应用方面的，就是用SQL Server、Oracle等等处理数据，所以关于这方面的知识肯定是重点掌握了。还有极少的人会去从事开发类似

SQL Server、Oracle这样的数据库管理系统的工作，比如军事上为了安全性肯定就不会用外国人开发的这种东西，要我们自己开发出来。

你可以注意看看老师平时上课强调的重点是什么 比如范式的判断和模式分解，SQL语言练习，数据库开发过程（需求分析--概念设计--逻辑设计--物理设计--数据库实施和维护），如何求解码，还有就是一些细细的基本的概念一定要分清：比如关系模式和关系模型的区别啊，主属性和非主属性，候选码、外码等等。

不会的及早问下老师或者同学，有些东西毕竟不是背两下就OK的

一起加油啊！！呵呵

常见的分析方法有：分类分析，矩阵分析，漏斗分析，相关分析，逻辑树分析，趋势分析，行为轨迹分析，等等。 我用HR的工作来举例，说明上面这些分析要怎么做，才能得出洞见。

01） 分类分析

比如分成不同部门、不同岗位层级、不同年龄段，来分析人才流失率。比如发现某个部门流失率特别高，那么就可以去分析。

02） 矩阵分析

比如公司有价值观和能力的考核，那么可以把考核结果做出矩阵图，能力强价值匹配的员工、能力强价值不匹配的员工、能力弱价值匹配的员工、能力弱价值不匹配的员工各占多少比例，从而发现公司的人才健康度。

03） 漏斗分析

比如记录招聘数据，投递简历、通过初筛、通过一面、通过二面、通过终面、接下Offer、成功入职、通过试用期，这就是一个完整的招聘漏斗，从数据中，可以看到哪个环节还可以优化。

04） 相关分析

比如公司各个分店的人才流失率差异较大，那么可以把各个分店的员工流失率，跟分店的一些特性（地理位置、薪酬水平、福利水平、员工年龄、管理人员年龄等）要素进行相关性分析，找到最能够挽留员工的关键因素。

05） 逻辑树分析

比如近期发现员工的满意度有所降低，那么就进行拆解，满意度跟薪酬、福利、职业发展、工作氛围有关，然后薪酬分为基本薪资和奖金，这样层层拆解，找出满意度各个影响因素里面的变化因素，从而得出洞见。

06） 趋势分析

比如人才流失率过去12个月的变化趋势。

07）行为轨迹分析

比如跟踪一个销售人员的行为轨迹，从入职、到开始产生业绩、到业绩快速增长、到疲惫期、到逐渐稳定。

以上就是关于求数据库范式资料全部的内容，包括:求数据库范式资料、数据资料收集整理、大数据分析的具体内容有哪些等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！