数据库模型设计

1.PowerDesigner 15是Sybase公司推出的一个集成了企业架构分析，UML(统一建模语言)和数据建模CASE(计算机辅助软件工程)工具

2.业务处理模型（Business Process Model ,BPM）,主要在需求分析阶段使用，是从业务人员的角度对业务逻辑和规则进行详细描述，并使用流程图表示从一个或多个起点到终点间的处理过程，流程，消息和协作协议

3.概念数据模型（Conceptual Data Model，CDM）主要在系统开发的数据库设计阶段使用，是按用户的观点来对数据和信息进行建模，利用实体关系图（E-R图）来实现

4.项目是PowerDesigner15的新概念，通过项目系统分析设计人员可以对模型以及各类文档进行分组

5.PowerDesigner企业架构模型从业务层，应用层以及技术层对企业的体系架构进行全方面的描述，包括业务流程，业务功能，系统，人员等单元的结构及行为包括3个层面7种企业架构流程图

业务层:（1）组织结构图：通过树状图的形式表示组织结构。（2）业务通讯图：用于分析和表现业务元素之间的关系，流程和连接。（3）进程图：用于表示和人员，组织机构无关的业务架构，描述业务功能以及对进层进行分类.(4)城市规划图：用于提供组织架构的总图

应用层(1)应用架构图：展示应用架构的高级视图，可用于识别应用，组建，数据库，服务及其之间的关系(2面向服务图:用于展示应用及SOA架构的业务服务之间的关系

技术层技术基础框架图：展示了实体框架图，体现了系统所用的硬件关系

6. EAM中的大多数对象都有两种显示模式---图标模式和明细模式。以图标模式现实的对象在图中只能显示一个图标，可以通过右键—更换图片来更换此对象的图标。以明晰模式显示的对象可以在图中显示对象的一些明细信息，可以通过右键---格式---内容页面来选择需要在图片中显示的具体信息，可供选择的项目于对象类型有关。可以通过内弄页面的显示模式下拉列表框、右键图标并切换显示明细菜单项或者用ctrl+Q快捷键来改变现实模式。

7.层次链接表示同一性质的层级关系，只有组织单位之间，个人之间才能使用层次链接，组织单位和个人之间不能使用层次链接，如果需要建立组织单位和个人之间的关系，应当使用链接/扩展依赖

进程图用于表示和人员组织机构无关的业务架构,描述业务功能以及对进程进行分类.

8.进程也可以在架构区域内直接创建

架构区域:用于包含组织其他对象。系统：表示一组应用，服务或者子系统的组合

技术基础框架图是技术层唯一的图,用于展示实体框架图,只要是系统所用到的硬件,都可以在技术基础框架图中呈现.

9.PowerDesigner BPM包括三种流图：

处理层次流图：以层次化的形式来识别系统的功能

业务处理流图:用于分析一个/组流程的具体实现机制

处理服务流图：以业务服务的方式来表述业务流程图

10.BPM中的处理语言可以分为:分析语言，服务编排，协作三种。分析语言包括分析，BPMN1.0和数据流图。服务编排语言包括：面向服务架构，BPEL4WS1.1或WS-BPEL2.0，Sybase工作区业务处理1.53类处理语言。协作语言包括ebXML1.01和1.04.

BPM没有保存时会用*来提示。

11从工作区中删除BPM，但BPM文件并不会从计算机中删除，文件没有保存的时候显示的是*

12消息格式是流程和资源流的属性，它能够提供对象间的数据交互类型信息，创建流程时消息格式的属性默认值是“未定义”

13包是用于将元素构成组的机制，它包含模型对象,通过包的形式将多个模型对象有效地组

织起来。

14包的属性包括以下内容name:用于识别报的名称，不超过254个字符。Code：用于识别包的参照代码，不超过254个字符。Comment：用于说明包以及提供附加信息的文本描述。Stereotype：源于已有包的子类，默认为空，此时可以使用扩展模型来定义，不超过254个字符。Use parent namespace：使用父命名空间。Default diagram：打开模型时默认打开的流图。

15.业务规则是信息系统必须遵守的或按照业务需求必须构建的特定条件

16业务规则属性常规属性选项卡约束（Constraint）：对值的附加检验，限制将在PDM 和数据库中继续使用。定义（Definition）：信息系统中对象的属性。事实（Fact）：信息系统中存在的事实。公式（Formula）：系统中所使用的计算公式。对象约束语言（OCL Constraint）：是UML表达式语言，用于定义对象的附加约束。需求（Requirement）：系统中的特定功能说明。校验（Validation）：系统中的限定值。

17.起点是BPD所表达的整个处理过程的起点，表示的是处理过程和处理过程外部的接口，一个BPM可以定义多个BPD，所以在一个模型或包中可以创建多个起点

18.处理过程可以认为是为了达到某个目标而执行的动作，，每个处理过程都至少有一个输入流和一个输出流。

18复合处理过程：选中Decomposed process单选按钮表示此处理过程是复合处理过程，表示一个分解过程的子过程图在过程内被创建。复合过程用来描述一个附过程的行为的字子过程，可以被无限分解为多个子过程。子过程不需要进一步分解，因为子过程背身包含的信息已经被细化了。

19流程带箭头实线，资源流程带箭头虚线

20处理过程通过资源流程访问资源，资源的访问方式决定了资源流程的方向

当资源流程来自于处理过程时，则资源的访问方式应当为Create，Update，或Delete

来自资源的资源流程访问方式为Read，表示资源被处理过程读取

21终点是业务流程图中处理过程的终止点，因为在一个模型或包中可以使用多个业务处理流程，因此在一个模型或包中允许定义多个终点

22如何在图中显示出起点/终点的名称

选择工具——显示参数选择——content——start——勾选Name——OK——弹出框中ALLSymbols->ok

23数据库的设计通常都是从概念结构设计开始的，在这个层次上，不需要考虑实际物理实现的细节，只需要考虑实体和实体之间的联系。概念数据模型完成数据库的逻辑结构设计（概要设计）。

按照实体之间的数量对应关系，可分为一对一、一对多、多对多、递归、标识（依赖）

修改表示法：Tools—Model Option命令，打开Model Options窗口，在左侧选择Model Settings，然后再右侧Notation下拉列表框中选择需要的方法.包括：Entity/Relationship、Merise、E/r+Merise、ＩＤＥＦＩＸ、Ｂａｒｋｅｒ。

Attribute选项卡中,M:即Mandatory,强制属性,表示属性值是否为空。D：即Primary Identifier,是否是主标示符，表示实体的的唯一标识。D：即Displayed，在实体图形符号中是否显示。分叉线表示多，虚线表示可选，值为0；如果选中Mandatory则变为实线，表示强制，值为1。

数据项是数据字典中的基本信息单位，如果允许重用（Allow reuse），则一个数据项可以做为多个实体的属性。

将数据项连接到域的方法：选择Model----Data Items命令，打开List of Items窗口；单击所要定义的数据项，该行行首会出现一个右箭头；单击Property工具或双击行首箭头，弹出数

据项属性窗口；再General选项底部的Domain下拉列表框中选择所要连接的域并单击ok按钮

24.在创建CDM的过程中，必须遵循一些基本准则。每个实体的名称和代码必须唯一，每个实体至少包含一个属性，以及每个联系至少连接一个实体等，错误级别分为：Error和Warning，Error是致命错误，一旦发现这类错误，系统会自动终止CDM生成PDM或OOM，Warning是警告错误，是系统认为不合理的问题系统会给出提示信息

25CDM中检查的对象包括包、业务规则、域、数据项、实体、实体属性、实体标示符、联系。

26.由CDM生成PDM，打开CDM模型，选择Tools——Generate Physical Data Model 命令，打开PDM Generation Options 窗口，在General 选项卡选择生成PDM的方式及其参数。

选中Generate new Physical DataModel 单选按钮表示生成新的PDM，DBMS表示目标数据库管理系统，Name表示目标PDM的名称，（2）选择Detail选项，进行细节选项设置（3）选择Selection选项卡，选择要转换的PDM表的实体（4）单机确定按钮，开始生成PDM表示实体。

27.CDM中主标示符生成PDM中的主键和外部键，次标示符生成候选键

28.物理数据模型是以常用的DBMS理论为基础，将CDM/LDM中所建立的现实世界的模型生成相应的DBMS的SQL语言脚本

29.PDM中的一些基本概念：包括

表：数据库中用来保存信息的一种数据结构；

列：组成表的基本单元，一个表有多个列组成，每个列都有一个数据类型；

视图：从一个或多个基本表或其他视图中导出来的表；

主键：用来唯一标识表中一条记录的一个或多个列的集合，是ＣＤＭ中的主标识符转换产生的，也是ＣＲＥＭTABLA语句的重要组成部分；

候选键：也是用来唯一标识表中一条记录的一个或多个列的集合，是ＣＤＭ中的次标识符转换产生的；

外部键：与其他表连接的公共列，通常是替他表的主键；

存储过程：是由SQL语句和控制流程语句构成的集合。建立大大提高了sql的效率和灵活性；触发器：是一种特殊的存储过程，它在某特定表的数据被添加、删除、或更改时发挥作用。触发器通过维护不同表中逻辑相关数据的一致性来维护数据的完整性，包括参照完整性。主要优点在于当数据被修改时它自动的工作。他可以针对一个或多个UPDATE等操作修改，在数据修改语句完成后立即执行，对每个语句执行一次。能够看做一个事务，在触发器中被回滚。用途：能够对数据库多个有关表的内容进行行级联修改，当违反参照完整性时，能试图撤回进行数据修改的事务；能够实施比规则复杂得多的限制；能比较数据修改前后的某表的状态，并采取相应行动。

索引，

完整性检查约束等内容。

30.在数据库服务器上能够创建的3中类型的完整性约束1。唯一性和主键2.参照完整性3.检查约束

31.一般数据库系统的3中索引1.组合索引2。唯一索引3.聚簇索引和非聚簇索引

建立pdm的四种方法：使用设计环境直接建立pdm；从现存数据库或数据库sql脚本逆向工程建立pdm；从cdm采用内部模型法建立pdm；从面向对象模型中的类图采用模型的内部方法生成建立pdm。

主键是表的主标识符，可以是一个或多个列，只是唯一的。

32.PDM错误级别的设置：打开PDM模型选择Tools—>check Model 命令，打开check model

parameters 窗口在options选项卡中进行错误级别和自动更新选项的设置（2）选择selection 选项卡，在该选项卡中选择检查的对象

33.在PDM中检查的对象有：包，表，列，索引，键，域，参照检查，触发器、视图、用户、储存过程和文件检查

34.在表的定义窗口中，在Dimentional Type下拉列表框中可以选择Fact或Dimension两种类型，他们在数据仓库结构模型中分别表示事实表和维度表，Fact表用于储存于业务规则相关的数值型数据，Dimension（三角形）表用于储存与Fact（立方体）表相关的数据

35.PowerDesigner 的逆向工程包括从处理语言逆向生成业务处理模型，从对象语言逆向生成面向对象模型，从数据库或数据库脚本逆向生成物理数据模型，从XML定义逆向生成xml 模型。

36.PDM中的逆向工程是指从现有DBMS的用户数据库或现有数据库SQL脚本中生成PDM的过程，即实现由现有数据库的物理结构导出其物理设计的过程。

37.如何将PDM逆向工程结果合并到现有PDM中？？？？

选择Target Models选项卡，单击Add Model 按钮选择已存在的PDM文件，则将逆向工程的结果与之合并为一个ＰＤＭ。

38.定义逆向工程重建选项的方法如下：

DBMS:选择数据库管理系统。Share the DBMS definition：在PDM中使用共享的DBMS定义文件。Copy the DBMS definition in model:在PDM中使用DBMS定义文件的一个备份。

39.在PowerDesigner中如何执行SQL语句？？？

选择Database—Execute SQL命令，打开SQL语句执行窗口，再其中输入符合当前DBMS语法的SQL语句，单击Run按钮即可查看到SQL语句的执行结果。

40.如何预测数据库大小？

估计一个或多个表中记录的容量；估计表中列的平均长度；估计数据库尺寸。

41.面向对象模型是利用UML（统一建模语言）的图形来描述系统结构的模型

42.PowerDesigner支持UML的下列图形：

用例图：通常用来定义系统的高层次草图，它从用户角度描述了应用的系统功能，指出了各个功能的外部操作者。

序列图:描述系统如何实际完成在Use Case 图中定义的功能，可以画出对像之间交互时产生的时序关系。

类图：描述类与类之间的静态关系。其中包括一系列的包、类、接口和他们之间的关系。43.用例图：用于系统需求分析阶段，进行系统需求和功能设计，它包含执行者和用例两个要素，执行者指用户在系统中的角色，用例是用户与计算机的一次交互，用例图主要用来描述每个用例将有哪些执行者进行参与。

44.如果用例执行的动作由角色触发，则该角色为主角色。主角色一般放在用例的左边。为了指明角色是用例的主角色，关联线应从角色向用例画出，如果角色帮助用例完成动作但不触发这个动作，则该角色称为次角色，一般情况下，次角色放在用例的右边，为了表示一个角色是次角色，关联线应从用例向角色画出。

45.序列图：是用来描述系统如何实际完成在Use Case 图中定义的功能，可以画出对象（类的实例）之间交互时产生的时序关系，序列图一方面描述了一次交互，交互中涉及类图中的类，另一方面细化了用例的描述。基本要素：角色、对象、消息和激活期。

46.类图用来描述类与类之间的静态关系，其中包括一系列的包，类，接口和它们之间的关系，类是定义同一类所有对象的变量和方法的蓝图或原型，这些对象拥有类似的结构和行为，相同的属性，操作，联系等。

47.类图联系包括关联（2），依赖（实心），泛化（3）和实现联系（空心）

48：关联的可视性：public（+）、private—、protected#、package*4个选项。

49：模型文档的具体功能：

（1）：为各个模型生成标准的或定制的文档，并输出为RTF或HTML格式的文件

（2）：利用文档模板编辑器为模型文档提供统一的，定制的模板，类似于Word的模板功能（3）：利用文档语言编辑器为模型文档提供各种语言，实现了模型文档的国际化。（4）：既可以为每个模型生成单模型文档，也可以为几个模型生成多模型文档。

50：文档模型编辑器包括：文档模板编辑器（定义生成各种文档的模板），文档编辑器（为单个模型生成文档的结构），多模型文档编辑器（为多个模型成成统一文档，以便全局浏览和分析）和语言文档编辑器（提供各种文档提供语言资源文件，一共生成英语之外的其他语言文档的形式）

51：图中显示的是名称（Name），如何显示代码（Code）

选择Tools—Model Options 命令，在Category栏中单击Naming Convention 节点，在左侧的Display栏中选中Code 单选按钮

52：输入名称（Name）后代码（Code）会同步更新，如何不自动同步？

选择Tools——General Options 命令，在Category 栏中单击Dialog 节点，在右侧的Operating modes 栏中取消选中Name to Code mirroring复选框

53.如何修改对象的底色

选择需要修改底色的对象，在Diagram 工具栏中单击Fill Style图标，在弹出的Symbol Format 窗口中的Fill选项卡的Fill color 栏中选择底色，另外，在Image 中选择的图案可以填充到图形符号中，Gradient项可以设置图形符号的渐进色

54.PDM中检查模型时提示Constraint name uniqueness，Reference‘Reference__XXX,需要怎么解决？

这表明有两个或多个关联的名称重复，右击错误并在弹出的快捷菜单中选择Correct命令，在弹出的Reference Properties 窗口的Integrity选项卡的Constraint name 中修改关联的名称55.PDM(DBMS:Oracle)生成脚本时表名，列名都带双引号，如何去掉？

选择Database——Edit Current DBMS 命令，在弹出的DBMS Properties窗口左侧单击Script ——Sql——Format——CaseSensitivityUsingQuote节点，在右侧的Value栏中选中No单选按钮

56.PDM’（DBMS：Microsoft SQL Server）如何将一个类型为int的列设置成为自增？

在列属性中选中Identity复选框

工作空间下:Tables—表---Columnss—列属性—identity

57.PDM中设计的“用户”表（代码：User）在生成脚本时会加双引号，但其他表却没有，这是为什么？

因为User是系统保留字，所以在生成脚本时会加双引号，建议重命名

高校图书管理系统数据库物理结构设计

高校图书管理系统数据库物理结构设计 一、设计前要了解的信息(该部分不出现在设计说明书中) 1、数据库的查询事务 (1)按卡号查询读者信息及借书信息(查询读者借书信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 (2)按姓名查询读者信息及借书信息(查询读者借书信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 (3)按书名查询图书信息。 (4)按作者与出版社查询图书信息。 (5)按出版社统计图书信息。 (6)按书号查询图书被借信息(查询图书被借信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 (7)按书名查询图书被借信息(查询图书被借信息时涉及读者、图书与借还关系的连接操作,连接属性:卡号、书号)。 2、数据库的更新事务 (1)办理借书证(读者注册)。 (2)借书(增加借还记录、修改图书的库存数量)。 (3)还书(修改借还记录、修改图书的库存数量)。 3、查询事务的操作频率与性能要求 (1)按卡号查询读者信息及借书信息 操作频率:200次/天 性能要求:3s内完成 (2)按姓名查询读者信息及借书信息 操作频率:80次/天 性能要求:5s内完成 (3)按书名查询图书信息 操作频率:250次/天 性能要求:3s内完成 (4)按作者与出版社查询图书信息 操作频率:250次/天 性能要求:3s内完成 (5)按出版社统计图书信息 操作频率:1次/月 性能要求:10s内完成 (6)按书号查询图书被借信息 操作频率:10次/月

性能要求:6s内完成 (7)按书名查询图书被借信息 操作频率:10次/月 性能要求:6s内完成 二、设计结果 1、数据库名称 Book_Borrow 2、关系表 主键:lbdm 主键:kh 索引:xm(升序) check约束:性别的取值只能为男或女 default约束:性别默认为男

概念数据模型,逻辑数据模型,物理数据模型 (原创)

概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。 在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。 在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。 逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。 逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。 在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。 物理数据模型的内容包括确定所有的表和列，定义外键用于确定表之间的关系，基于用户的需求可能进行发范式化等内容。在物理实现上的考虑，可能会导致物理数据模型和逻辑数据模型有较大的不同。

空间数据库毕业课程设计报告

空间数据库课程设计兼ARCSDE入门 手册 一．ArcSDE的配置 数据库的创建 数据库的配置 数据库的网络配置 数据库的控制和管理 ArcSDE的配置 二.数据库的设计 建立数据库连接 表的创建与设计 版本的注册与创建 成员角色与任务分配 三．问题与解决方案 软件本身的问题 多版本编辑的问题 四．总结 个人心得 各成员工作情况 一. ArcSDE的配置 1.数据库的创建：

打开Database Configuration Assistant工具 如图(1.1)所示 为初始界面 图(1.1) 按照向导对话框依次选择执行的操作创建数据库→选择一般用途的模→输入数据库名称和SID号(*注意SID号默认和数据库名相同)→管理选项(默认设置)→输入口令号(*可以根据不同的用户设置不同的口令)→存储选项(默认设置)→数据库文件所在位置(默认设置)→恢复配置(默认设置)→数据库内容(默认设置)→初始化参数(默认设置)→数据库存储(默认设置)→创建选项(如图1.2)→确定对话框→开始创建图1.2 2.数据库的配置 创建数据库成功之后需要进行数据库的配置，同上打开Database Configuration Assistant工具，点击下一步，选择配置数据库选项→选择需要配置的数据库→数据库内容(默认设置)→连接模式(*客户机较少时默认设置)，点击完成开始配置数据库(如上图) 3.数据库的网络配置 配置数据库之后，打开Oracle Net Configuration Assistant 工具，如图(1.4)为初始界面 图1.4

按下一步进入监听程序配置→监听程序(*若需要添加新的监听程序，选择添加，这里选择已有的监听程序，选择重新配置如右图)→选择监听程序→选择协议(默认有TCP)→选择端口(*端口号默认为1521，若配置了多个监听程序，不应重复使用1521端口，否则后期的本地NET服务名配置会出错,如右图)→完成配置好监听程序后配置本地NET服务名配置→重新配置→选择Net服务名(根据新创建的数据库选择服务名)→服务名配置(输入新创建的数据库名)→选择协议(默认配置)→输入主机号和选择端口(主机号为计算机名)→选择测试→测试登录方式用户名填system,口令重新输入，如右图（若测试失败，可以试着重新配置数据库，注意配置端口号） 4.数据库的控制和管理 工具: OEM和SQL*PLUS 登录OEM方式：网页登陆。（下图） 网址可在安装目录oracle\product\10.2.0\db_1\install\readme.txt中得到，输入网址，并用sys用户登录，使用SYSDBA身份。 登录SQL*PLUS方式:对话框登录。 输入用户名:System, 输入口令： 输入主机字符串：数据库名 （右图）

数据仓库模型的设计.doc

2.5数据仓库模型的设计 数据仓库模型的设计大体上可以分为以下三个层面的设计151: .概念模型设计; .逻辑模型设计; .物理模型设计; 下面就从这三个层面分别介绍数据仓库模型的设计。 2.5.1概念模型设计 进行概念模型设计所要完成的工作是: <1>界定系统边界 <2>确定主要的主题域及其内容 概念模型设计的成果是，在原有的数据库的基础上建立了一个较为稳固的概念模型。因为数据仓库是对原有数据库系统中的数据进行集成和重组而形成的数据集合，所以数据仓库的概念模型设计，首先要对原有数据库系统加以分析理解，看在原有的数据库系统中“有什么”、“怎样组织的”和“如何分布的”等，然后再来考虑应当如何建立数据仓库系统的概念模型。一方面，通过原有的数据库的设计文档以及在数据字典中的数据库关系模式，可以对企业现有的数据库中的内容有一个完整而清晰的认识;另一方面，数据仓库的概念模型是面向企业全局建立的，它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。 概念模型的设计是在较高的抽象层次上的设计，因此建立概念模型时不用考虑具体技术条件的限制。 1.界定系统的边界 数据仓库是面向决策分析的数据库，我们无法在数据仓库设计的最初就得到详细而明确的需求，但是一些基本的方向性的需求还是摆在了设计人员的面前: . 要做的决策类型有哪些?

. 决策者感兴趣的是什么问题? . 这些问题需要什么样的信息? . 要得到这些信息需要包含原有数据库系统的哪些部分的数据? 这样，我们可以划定一个当前的大致的系统边界，集中精力进行最需要的部分的开发。因而，从某种意义上讲，界定系统边界的工作也可以看作是数据仓库系统设计的需求分析，因为它将决策者的数据分析的需求用系统边界的定义形式反映出来。 2，确定主要的主题域 在这一步中，要确定系统所包含的主题域，然后对每个主题域的内容进行较明确数据仓库建模技术在电信行业中的应用的描述，描述的内容包括: . 主题域的公共码键; . 主题域之间的联系: . 充分代表主题的属性组。 2.5.2逻辑模型设计 逻辑建模是数据仓库实施中的重要一环，因为它能直接反映出业务部门的需求，同时对系统的物理实施有着重要的指导作用。在这一步里进行的工作主要有: . 分析主题域，确定当前要装载的主题; . 确定粒度层次划分; . 确定数据分割策略; . 关系模式定义; . 记录系统定义 逻辑模型设计的成果是，对每个当前要装载的主题的逻辑实现进行定义，并将相关内容记录在数据仓库的元数据中，包括: . 适当的粒度划分;

oracle物理设计原则

数据库物理设计原则 1.1 数据库环境配置原则 1.1.1 操作系统环境： 对于中小型数据库系统，采用linux操作系统比较合适，对于数据库冗余要求负载均衡能力要求较高的系统，可以采用Oracle9i RAC的集群数据库的方法，集群节点数范围在2—64个。对于大型数据库系统，可以采用Sun Solaris SPARC 64位小型机系统或HP 9000 系列小型机系统。RAD5 适合只读操作的数据库，RAD1 适合OLTP数据库 1.1.2 内存要求 对于linux操作系统下的数据库,由于在正常情况下Oracle对SGA的管理能力不超过1.7G。所以总的物理内存在4G以下。SGA的大小为物理内存的50%—75%。对于64位的小型系统，Oracle数据库对SGA的管理超过2G的限制，SGA设计在一个合适的范围内：物理内存的50%—70%，当SGA过大的时候会导致内存分页，影响系统性能。 1.1.3 交换区设计 当物理内存在2G以下的情况下，交换分区swap为物理内存的3倍，当物理内存>2G的情况下，swap大小为物理内存的1—2倍。 1.1.4 其他环境变量参考Oracle相关的安装文档和随机文档。 1.2 数据库设计原则 1.2.1 数据库SID 数据库SID是唯一标志数据库的符号，命名长度不能超过5个字符。对于单节点数据库，以字符开头的5个长度以内字串作为SID的命名。对于集群数据库，当命名SID后，各节点SID自动命名为SIDnn，其中n n为节点号：1，2，…,64。例如rac1、rac2、rac24。 1.2.2 数据库全局名 数据库全局名称： 1.2.3 数据库类型选择

Oracle关系数据库的逻辑模型

关系数据库的逻辑模型 在关系数据库的设计阶段，需要为它建立逻辑模型。关系数据库的逻辑模型可以通过实体和关系组成的图来表示，这种图表称为“E-R 图”，使用E-R 图表示的逻辑模型被称为“ER 模型”。一个典型的ER 模型由如下三部分组成：实体、联系和属性。 1．实体和属性 客观存在并可相互区分的事物称为实体。实体可以指实际的对象，也可以指某些概念，例如，一个雇员、一个职位都是实体。在E-R 模型中，实体是用矩形表示，矩形框内写明实体名，以区分现实世界中其他对象。 每个实体有一组属性来表示，其中的某一部分属性可以惟一标识实例，如雇员编号。实体集是具有相同属性的实体集合，例如，学校所有教师具有相同的属性，因此教师的集合可以定义为一个实体集；而学生具有相同的属性，因此学生的集合可以定义为另一个实体集。 在数据库中，每个实体集都对应于一个表，实体集中的每个实体都是表中的一条记录，而实体的每个属性就是表中的一个字段。例如，企业中的雇员、职位和部门可以分别定义为三个实体集，这些实体集分别对应表EMPLOYEES 、JOBS 和DEPARTMENTS 。每个实体又具有它自己的属性，这些属性组成了表的字段。比如，雇员实体具有雇员编号、姓名、电话号码、职位、薪水、所属部门等属性。 2．联系 实际应用中的实体之间是存在联系的，这种联系必须在逻辑模型中表示出来。在E-R 模型中，联系用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标注上联系的类型。两个实体之间的联系可以分为三类： ● 一对一 若对于某个实体集A 中的每一个实体，实体集B 中至多有一个实体与之 相关；反之亦然，则称实体集A 与实体集B 具有一对一的联系，记为1：1。 ● 一对多 若对于实体集A 中的每一个实体，实体集B 中有多个实体与之相关，反 过来，对于实体集B 中的每一个实体，实体集A 中至多有一个实体与之相关，则称实体集A 与实体集B 有一对多的联系，记为1：n 。 ● 多对多关系 若对于实体集A 中的每一个实体，实体集B 中有多个实体与之相关， 反过来，对于实体集B 中的每一个实体，实体集A 中也有多个实体与之相关，则称为实体集A 与实体集B 具有多对多的联系，记为m ：n 。 例如，一个雇员只能属于一个部门，而一个部门可以同时对应于多个雇员，因此，雇员与部门之间具有一对多的联系，在E-R 模型中的表示如图1-1所示。 部门 职工从属 1 n 部门号部门名 部门负表人 职工编号姓名职位部门

数据库设计示例文档(完整)物理数据库设计

数据库设计示例文档（完整）物理数据库设计D2小组网上培训系统物理数据库设计 陈俊华、董磊、陈俊娜、董昊、海霞、郭云龙 1(针对选定的DBMS，生成基表 由于本系统主要架构在windows操作系统之上，加之本小组成员对SQLServer 比较熟悉，且系统有并发操作的要求，因此决定采用SQLServer2000 DBMS系统。 2(选择合适的文件组织(Heap, Hash, ISAM, B+ Tree, Clustered) 基于在System’s Specification中对系统性能的要求: 1)非峰值时，数据查找、更新、存储的平均时间低于1秒 2)在峰值时，数据查找、更新、存储的平均时间低于5秒 采用SQL Server 2000默认的文件组织结构 3(选择建立适当的索引 基于在System’s Specification中对事务处理的分析: 1)学生情况检索每天50次 2)教师情况检索每天10次 3)课程检索每天100次 4)常见问题检索每天200次 5)资料查询每天200次 6)试题检索每天50次 7)成绩查询每天50次 在SQL Server 2000里，在数据库关系图中为表定义一个主键将自动创建主键索引;由于要频繁查询学生姓名、教师姓名、课程名称、题目、成绩，因此在各表的对应列上创建第二索引。

4(定义全局约束 根据需求分析，本网上培训系统不允许同一名学生在一个学期中选课超过6 门以上。 5(定义视图 用户视图主要是学生视图和教师视图。 6(定义用户访问控制规则 用户在进入系统之前必须提交相应的用户名和口令，系统将根据不同的用户而授予不同的权限。 以下是建表语句: 1)学生表 create table student( StudentID Int(15) not null identity(1,1), StudentName Varchar(20) not null, StudentPassword Varchar(10) not null, StudentStatus Char(1) not null, StudentSex Char(1) not null, EnrollingDate Datetime not null, E-mail Varchar(30), Constraint pk_student primary key clustered(StudentID) ) 索引: create index student_StudentName on student(StudentName) 2)教师表 create table teacher (

概念数据模型,逻辑数据模型,物理数据模型

概念数据模型,逻辑数据模型,物理数据模型 概念数据模型设计与逻辑数据模型设计、物理数据模型设计是数据库及数据仓库模型设计的三个主要步骤。 在数据仓库领域有一个概念叫conceptual data model，中文一般翻译为“概念数据模型”。 概念数据模型是最终用户对数据存储的看法，反映了最终用户综合性的信息需求，它以数据类的方式描述企业级的数据需求，数据类代表了在业务环境中自然聚集成的几个主要类别数据。 概念数据模型的内容包括重要的实体及实体之间的关系。在概念数据模型中不包括实体的属性，也不用定义实体的主键。这是概念数据模型和逻辑数据模型的主要区别。 概念数据模型的目标是统一业务概念，作为业务人员和技术人员之间沟通的桥梁，确定不同实体之间的最高层次的关系。 在有些数据模型的设计过程中，概念数据模型是和逻辑数据模型合在一起进行设计的。 在数据仓库领域有一个概念叫logical data model，中文一般翻译为“逻辑数据模型”。 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。逻辑数据模型是根据业务规则确定的，关于业务对象、业务对象的数据项及业务对象之间关系的基本蓝图。 逻辑数据模型的内容包括所有的实体和关系，确定每个实体的属性，定义每个实体的主键，指定实体的外键，需要进行范式化处理。 逻辑数据模型的目标是尽可能详细的描述数据，但并不考虑数据在物理上如何来实现。 逻辑数据建模不仅会影响数据库设计的方向，还间接影响最终数据库的性能和管理。如果在实现逻辑数据模型时投入得足够多，那么在物理数据模型设计时就可以有许多可供选择的方法。 在数据仓库领域有一个概念叫physical data model，中文一般翻译为“物理数据模型”。 物理数据模型是在逻辑数据模型的基础上，考虑各种具体的技术实现因素，进行数据库体系结构设计，真正实现数据在数据库中的存放。

概念模型、逻辑模型、物理模型区别(HZQ)

数据库设计 概念模型、逻辑模型、物理模型区别 侯在钱 目录 1.模型种类 (2) 1.1.概念模型 (2) 1.2.逻辑模型 (3) 1.3.物理模型 (3) 1.4.模型区别 (3) 1.4.1.对象转换 (4) 1.4.2.其它对比 (4) 2.常用工具 (5) 2.1.ERWIN (5) 2.1.1.逻辑模型 (5) 2.1.2.物理模型 (5) 2.1.3.常用操作 (6) 2.2.PowerDesigner (8) 2.2.1.概念模型 (8) 2.2.2.逻辑模型 (9) 2.2.3.物理模型 (9) 2.2.4.常用操作 (10)

1.模型种类 一般在建立数据库模型时，会涉及到几种模型种类：概念模型、逻辑模型、物理模型。数据库设计中概念模型和逻辑模型区别比较模糊，所以在数据库设计工具ERWIN中只提供了逻辑模型和物理模型，而在PowerDesigner早期版本中也只提供了概念模型和物理模型两种模型，只是在PowerDesigner15版本中提供了三种模型：概念模型、逻辑模型、物理模型。 1.1.概念模型 概念模型是对真实世界中问题域内的事物的描述，不是对软件设计的描述。 表示概念模型最常用的是"实体-关系"图。 E-R图主要是由实体、属性和关系三个要素构成的。在E-R图中，使用了下面几种基本的图形符号。 实体，矩形 E/R图三要素属性，椭圆形 关系，菱形

关系：一对一关系，一对多关系，多对多关系。 1.2.逻辑模型 逻辑数据模型反映的是系统分析设计人员对数据存储的观点，是对概念数据模型进一步的分解和细化。 1.3.物理模型 物理模型是对真实数据库的描述。数据库中的一些对象如下：表，视图，字段，数据类型、长度、主键、外键、索引、是否可为空，默认值。 概念模型到物理模型的转换即是把概念模型中的对象转换成物理模型的对象。 1.4.模型区别

空间数据库设计报告

空间数据库设计报告

一、设计思想 本次空间数据库设计是基于SQL sever2008开放的外挂式空间数据库管理系统。基于传统的关系型数据库外挂式的空间数据库系统的关键在于SDE的设计与实现，SDE在用户和异构空间数据库之间提供了一个开放的接口。用户可以通过SDE服务来实现对空间数据的读取、插入、更新和删除的基本操作，还可以基于SDE实现对空间数据的分析功能，如拓扑关系的查询、缓冲区分析、叠加分析、、合并和切分等。SDE同时提供了链接DBMS数据库的接口，与数据库的操作都是在这个上面进行交互的。 1.1 数据的存储 1.1.1 几何数据的存储 把GIS数据放在RDBMS中，但是一般的RDBMS都没有提供GIS的数据类型（如点、线、多边形、以及这些feature之间的拓扑关系和投影坐标等相关信息），RDBMS只提供了少量的数据类型支持：int，float，double，Blob，Long ，char等，一般都是数字，字符串和二进制数据几种。并且RDBMS不仅没有提供对GIS数据类型的存储，也没有提供对这些基础类型的操作（如：判断包含关系，相邻、相交、求差、距离、最短路径等）。在本次数据库设计中，成功的完成了对点线面的数据的存储和相关的读取、插入、更新和删除以及可视化的显示的功能。此处的存储是基于SQLsever2008进行的，具体的存储结构如下表所示： 其中Point表中包含Point的空间信息，即空间的点的x，y坐标。由于当个点的只有相当于独立地物才会有相关的属性信息，本次在操作的时候并没有在存储的表中添加相应的属性信息。 一条线是由很多个小线段的组成的，因此在存储的时候，每个边都有一个独立的ID，每条边是由起点和终点链接起来的，因此在在这个表中只需要存储相应的点的ID即可，一般的线都是具有相关的属性信息的，故在本次设计中添加了线的属性信息，咋通过SDE对空间数据查询的时候便可以很方便的看到边的属性。

数据库物理设计

数据库物理设计 数据库环境 对于制造企业，一般可选用linux，Windows或Unix等操作系统。具体选择哪个操作系统可根据现有的服务器情况做调整。成熟的企业级数据仓库一般选择常见的关系型数据库，同时根据特殊要求，可增加集群数据库、内存关系数据库或本地文件型数据库等。数据存储可采用RAID5、RAID1、RAID5+RAID1的方式。内存配置通常在8G以上，来减少磁盘读取时间。 数据库参数设计 数据库类型：由于数据库目标位企业级数据仓库，数据库类型通常选择data warehouse类型。 连接方式：同时连接类型选择专用方式连接，来满足数据装载时的大量批处理服务。 内存配置：根据服务器实际物理内存的大小，选择70%-80%的内存作为数据库内存大小。 字符集：为了使数据库能够正确支持多国语言，需要将数据库字符集配置为UTF字符集。 其他参数：聚合内存使用，连接数、数据块大小、缓冲区设置等都需要根据实际数据量，使用方式来进行设置。 数据库存储设计 控制文件：控制文件中包含数据库重要信息，需要将控制文件存放在多个磁盘中，来保证数据库可恢复性。控制文

件中参数设置，最大的数据文件数量不能小于数据库参数db_files。 日志文件：数据仓库通常为批处理装载，在装载时会产生大量日志。可选择关闭某些事实表日志，对通常的维表及高频率装载的数据表，可以选择打开日志功能。日志文件的大小由数据库事务处理量决定，在设计过程中，确保每20分钟切换一个日志文件。对于数据仓库系统，日志文件大小通常为几百兆到几千兆。为了确保日志能够镜象作用，每日志组的成员为2个，日志文件组为5—10组。 回滚段配置：Undospace = UR * UPS * db_block_size + 冗余量。UR：表示在undo中保持的最长时间数（秒），由数据库参数UNDO_RETENTION值决定。UPS：表示在undo中，每秒产生的数据库块数量。 临时段表空间配置：数据库临时段表空间根据实际生产环境情况调整其大小，表空间属性为自动扩展。 系统表空间配置：系统表空间大小1G左右，除了存放数据库数据字典的数据外，其他数据不得存储在系统表空间。 表空间大小定义：当表空间大小小于操作系统对最大文件限制时，表空间由一个文件组成。如果表空间大小大于操作系统对最大文件限制时，该表空间由多个数据文件组成，表空间的总大小为估算为：Tablespace + sum (数据段+索引段)*150%。 表空间扩展性设计原则：表空间数据文件采用自动扩展的方式，扩展容量快大小按2的整数倍（1M、2M、4M、8M、16M、32M、64M）进行扩展，创建表空间时尽量采用nologing选项。表空间的最大限制一般采用unlimited，除非确切知道表空间数据文件的最大使用范围。（一般３２

空间数据库详细设计报告

详细设计报告 一、需求分析，确定主题 随着社会发展水平的日益提高，人民的生活水平越来越高，私家车也是越发的普及，人们对于自由旅游的意向越来越浓重，大量的出游人群都会选择自驾游。但对景点的路线规划很多人都会有一定的犹豫，不知该如何选择。 在这样的背景之下，我们进行了旅游向导的课程设计，帮助用户简洁方便的找出去某个景点的最佳方案，我们建立旅游查询平台让游客更加方便的进行查找，比如去某个旅游景点的最优路径。 二、组内人员任务分配 ***：数据入库及整理，简单查询的实现 ***：软件安装及连接，主程序的编写 ***：查询结果可视化功能的实现 ***：收集数据，PPT制作 ***：程序界面设计及美化，概念设计 ***：相关资料查询，制定数据库建库规范 ***：需求分析 三、数据获取和工具选择及安装 数据获取： 数据主要来自于老师给的全国地图和网站各论坛、相关程序的网站等。 本次实验的数据计划使用老师提供的中国地图中的CITY(城市)要素类、ROAD(公路)要素类以及PROVINCE(省份)要素类。

由于该数据字段较少，难以满足我们小组进行课程设计的要求，因此，手动添加了一些查询中用到的字段，如CITY表中加入INTRODUCTION（介绍）字段。新加字段的格式严格按照数据库设计规范进行编辑。 工具选择及安装： 按照预期规划，我们组选择使用Oracle11g、Arcgis10.1及相应的ArcSDE 展开本次的课程设计。 四、数据库、ArcGis、ArcEngine及C#四者连接关系 ◆数据库与ArcGis建立连接； ◆通过C#语句实现数据库与窗体程序的连接； ◆以C#语言为基础，使用ArcEngine对ArcGis进行二次开发，实现图形显示 功能； 五、数据入库及整理（需按照相关标准编辑数据） 本次实验的数据是以.shp文件格式导入到ArcCatalog中，进而存入到与ArcGis相连的数据库中。字段的编辑在ArcMap中进行，比如字段的增加、删除和修改等等，编辑结果保存后，结果会自动保存到相应的数据库中。 数据导入前，先建立统一的坐标系统（计划使用西安80坐标系），将所有的地理数据统一放在同一个数据集中。 对于数据的修改和添加，按照之前整理完成的《数据库设计规范》进行编辑，务必保证符合数据库建库过程的规范条件。

数据库物理设计

物理结构设计 数据库物理设计阶段的任务是根据具体计算机系统(DBMS和硬件等)的特点，为给定的数据库模型确定合理的存储结构和存取方法。所谓的“合理”主要有两个含义：一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。 为了设计数据库的物理结构，设计人员必须充分了解所用DBMS的内部特征；充分了解数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求；充分了解外存储设备的特性。数据库的物理结构设计大致包括：确定数据的存取方法、确定数据的存储结构。 物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数。 对于数据库查询事务，需要得到如下信息： l 要查询的关系。 l 查询条件(即选择条件)所涉及的属性。 l 连接条件所涉及的属性。 l 查询的投影属性。 对于数据更新事务，需要得到如下信息： l 要更新的关系。 l 每个关系上的更新操作的类型。 l 删除和修改操作所涉及的属性。 l 修改操作要更改的属性值。 上述这些信息是确定关系存取方法的依据。除此之外，还需要知道每个事务在各关系上运行的频率，某些事务可能具有严格的性能要求。例如，某个事务必须在20秒内结束。这种时间约束对于存取方法的选择有重大的影响。需要了解每个事务的时间约束。 值得注意的是，在进行数据库物理结构设计时，通常并不知道所有的事务，上述信息可能不完全。所以，以后可能需要修改根据上述信息设计的物理结构，以适应新事务的要求。 1. 确定关系模型的存取方法 确定数据库的存取方法，就是确定建立哪些存储路径以实现快速存取数据库中的数据。现行的DBMS一般都提供了多种存取方法，如索引法、HASH法等。其中，最常用的是索引法。

数据库-逻辑结构设计

1、关系模型与ER模型：（一个关系就是一张二维表） 关系模式：→二维表 ER模型：→ER图 2、关系模型的基本概念： 教师（教师编号，A, B, 姓名，性别，所在系）--主表 课程（课程号，课程名，上课教师，教师编号）--从表 关系名：实体与实体间的联系 元组----记录---行（非空） 字段----数据项---列（属性） 键----关键字----标识属性（主键，外键，候选键） 主从关系：以该属性为主键的表就是主表，以该属性为外键的表就是从表。 3、将ER模型转换成二维表，以下面为例： ER模型： 实体： 教师（教师编号，姓名，性别，所在系） 课程（课程号，课程名，教师编号，上课教室） 学生（学号，姓名，年龄，班级） 联系： 讲授（教师编号，课程号） 选修（学号，课程号，成绩）

二维表： ①将实体转为关系表 （实体名--关系名，实体属性--关系属性，即列，实体键--关系键） ②将实体的联系转为关系表（关系模式） 1:1的联系--可以转为一个独立的关系模式，也可以与任一实体合并 1:n的联系--可以转为一个独立的关系模式，也可以与n端实体合并 m:n的联系--可以转为一个关系模式 3个或3个以上实体之间的多元化的联系--可以转为一个关系模式 相同的键的关系模式可以合并 4、关系规范化：（5个等级----5个范式-----1NF→5NF）Form ①规范化原因：消除不合适的数据依赖，即关系模式中会存在以下弊端： 数据重复（冗余） 数据不一致性 数据插入异常 数据删除异常…. ②范式规范化的判定条件： 1NF:实体中的属性不能再分解 实例： 学生1（学号，姓名，性别，出生日期，系部代码，入学时间，家庭成员）不属于1NF 更改后： 学生1（学号，姓名，性别，出生日期，系部代码，入学时间，家庭） 家庭（学号，家庭成员姓名，亲属关系） 2NF:实体中的非键属性完全依赖键属性 实例： 属于1NF，不属于2NF 分析： 系部代码----由学号决定，出生日期---由学号决定，成绩---由学号+课程号决定 更改后： 3NF:没有一个非键属性传递依赖于键（关键字→非关键字1....→非关键字n） 实例： 属于2NF 分析： 姓名，性别，出生日期，入学时间---由学号唯一决定 系部代码，系名，系宿舍楼----不是由学号唯一决定，相互递推出来不属于3NF （例如：系部代码----由学号或者系名或者系宿舍楼推出） 更改后：

实验 数据库概念模型和逻辑模型

实验建立数据库概念模型（CDM）和物理模型（PDM） 一、实验目的 1.了解用PowerDesigner工具建立简单的数据库概念模型CDM的方法和过程； 2.了解用PowerDesigner工具由CDM生成物理数据模型PDM的方法和过程。 二、实验内容 1.用PowerDesigner工具建立“出版公司信息系统”概念数据模型CDM； 2.用PowerDesigner工具将“出版公司信息系统”概念数据模型CDM生成物理数据模 型PDM。 三、实验要求 1．完成“出版公司信息系统”的概念数据模型CDM； 2．将“出版公司信息系统”的CDM转换成物理数据模型PDM； 3．按“Ctrl+Print Screen SysRq”，以屏幕打印的方式将完成实验所得到的图，以实验报告的形式提交。 案例背景 本实验以某“出版公司信息系统”为例。 在某“出版公司信息系统”中，相关的实体包括作品（Title）、作者（Author）、版税（Roysched）、出版社（Publisher）、发票（Invoice）、书店（Store）、折扣（Discount）。主要存在的业务问题包括不同的作者对于同样的作品有不同的版税，每个作品必须选定一个出版社来出版，不同的书店根据销售情况可以享受不同的折扣率。 “出版公司信息系统”的E-R图如图1－1所示，实体与实体之间的联系如表1－1所示（图中省略了属性）。 表1－1 “出版公司信息系统”实体与实体间的联系 表2-2 “出版公司信息系统”实体与实体之间的联系

图2-2 “出版公司信息系统”E-R 图图1－1 出版公司信息系统E-R 图 四、实验步骤 1. 进入CDM 建模界面 （1）启动PD ，进入CDM 界面。 单击工具栏中“文件（File ）－新建模型（New Model ）”，单击“模型类型（Model Types ）”框中的“Conceptual Data Model （概念数据模型）”，并“确定（OK ）”，即进入CDM 界面。 （2）定义CDM 模型。 单击“模型(Model)—模型属性（Model Properties ）”，出现如图1－2所示的CDM 属性窗口，键入“出版公司信息系统”等属性，“确定（OK ）”并保存模型，进入CDM 工作界面，CDM “Palette ”主要模型工具的用途如表1－2所示。 图1－2 概念数据模型CDM 的属性窗口

数据库设计报告

软件数据库设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目来源 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5参考资料 (2) 2. 数据库命名规则 (3) 3. 数据库设计说明 (3) 3.1数据库逻辑设计 (3) 3.2数据库物理设计 (3) 3.3数据库分布 (3) 3.4基表设计 (4) 3.5视图设计 (5) 3.6索引设计 (6) 3.7完整性约束 (7) 3.8授权设计 (7) 3.9触发器设计 (8) 3.10存储过程设计 (8) 3.11数据复制设计 (9) 4. 词汇表 (10) 5. 历史数据处理 (10)

引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2 项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的各种排版约定。排版约定应该包括： ●命名方法； ●提示方式； ●通配符号： ●等等。 1.4 预期读者和阅读建议 列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 参考资料 列举编写需求规格说明书时所用到的参考文献及资料，可能包括； ●本项目的合同书； ●上级机关有关本项目的批文；

空间数据库学习总结

常见的名词： 1.影像金字塔：是指在同一的空间参照下，根据用户需要以不同分辨率进行存储与显示， 形成分辨率由粗到细、数据量由小到大的金字塔结构。 2.TIN模型：（不规则三角网模型）：是按一定的规则将离散点连接成覆盖整个区域且互不 重叠、结构最佳的三角形。 3.数字地形模型：是地形表面形态属性信息的数字表达，是带有空间位置特征和地形属性 特征的数字描述。 4.数字高程模型（DEM）:数字地形模型中地形属性是高程 高斯-克里格投影的特点 1.中央经线为直线，而且是投影的对称轴 2.高斯-克里格投影是等角投影，投影后具有角度不变伸长固定的特点，满足等角的要求 3.中央经线长度没有变形，离中央经线越远变形越大。 E-R模型; (1)包含：实体、联系、属性三种基本成分。 (2)概念设计的结果可以用E-R图进行直观地描述和表达。 (3)实体类型是对实体的抽象，表示一类相似的对象。 (4)E-R图中：实体用方框表示，联系用菱形框表示，属性用圆圈表示。 (5)一个实体必须有至少一个唯一标识符 (6)实体间的联系可以分为多种类型，包括：多对多，多对一，一对一 (7)E-R模型还允许实体进入联系的方式，在E-R图中：表示强制性参与用双线表示，可选 性参与用单线表示 (8)联系不仅能连接两个实体类型，也可以连接多个实体类型，甚至可以连接一个实体类型 及其自身 (9)有的实体本身不能依据其属性值唯一地被识别，而必须依赖于它所联系的其他实体才能 被识别。这种称为依赖性实体（弱实体） 思考题: 1.什么是空间数据库？ 空间数据库是以特定的信息结构和数据模型表达、存储和管理从地理空间中获取的某类空间信息，以满足不同用户对空间信息需求的数据库。 2.空间数据库系统包括哪几部分？ 1.空间数据库 2.空间数据库管理系统 3.数据库应用系统 3.空间数据库主要作用有哪些？ 1.海量数据的管理能力 2.空间分析功能 3.设计方式灵活，满足用户要求 4.支持网络功能 5.影响空间数据库发展的关键因素是哪几个? 1.空间数据库的计算平台； 2.空间数据模型； 3.空间数据库的组织管理模式。 1.什么是空间实体？ 空间实体是具有确定的位置和形态特征并具有地理意义的地理空间的物体。

数据库逻辑结构图

数据库逻辑结构图 一、实体的关系模型 1）、管理员（用户名，密码） 2）、个人（帐号，密码，姓名，年龄，出生日期，电话号码）3）、备忘录（时间，地点，事件） 4）、通讯录（姓名，城市，备注，工作地点，联系方式） 5）、日记（日期，地点，人物，事情） 6）、财务（标志，消费项目，消费时间，消费金额，剩余金额，总收入） 其中有下划线的是主键。 二、关系模型合并 1）、管理员（用户名，密码） 2）、个人（帐号，密码，姓名，年龄，出生日期，电话号码）3）、备忘录（时间，地点，事件） 4）、通讯录（姓名，城市，备注，工作地点，联系方式） 5）、日记（日期，地点，人物，事情） 6）、财务（标志，消费项目，消费时间，消费金额，剩余金额，总收入） 三、关系模型的函数依赖关系 1）、用户名——>密码 2）、（帐号，密码）——>姓名，（帐号，密码）——>年龄，（帐号，密码）——>出生日期，（帐号，密码）——>电话号码

3）、时间——>地点，时间——>事件 4）、姓名——>城市，姓名——>备注，姓名——>工作地点，姓名——>联系方式； 5）、日期——>地点，日期——>人物，日期——>事情 6）、标志——>消费时间，消费时间——>消费项目，消费时间——>消费金额，标志——>总收入，标志——>剩余金额。 其中6不是第一范式其他都是第一范式，且6为第二范式. 四、优化 1）、管理员（用户名，密码） 2）、个人（帐号，密码，姓名，年龄，出生日期，电话号码）3）、备忘录（时间，地点，事件） 4）、通讯录（姓名，城市，备注，工作地点，联系方式）5）、日记（日期，地点，人物，事情） 6）、财务（标志，消费时间，剩余金额，总收入） 消费（消费时间，消费项目，消费金额）

空间大大数据库建库复习资料

第一章 1.GIS的名词分析与推论 GIS概念：具有地理数据的采集、管理、分析、表达能力，能为决策者提供有用地理信息的系统。 推论1：地理信息系统采集的数据为空间数据，即具有空间位置，又具有属性特征。地理信息系统的数据库因此又称为空间数据库。 推论二：地理信息系统具有采集、管理、分析地理数据和表达地理信息的能力。包括空间数据库建设和空间数据库的应用两个层次。 推论三：地理信息系统包括计算机硬件、软件、数据、系统开发人员和用户，但由于处理和分析的是地理数据，因此，在通用的硬件、软件基础上，还有体现专业特点的硬、软件。 2.GIS空间数据体系 空间数据库：空间数据和属性数据的组织 矢量有混合式、扩展式和开放式 矢量数据的空间数据组织：空间坐标数据的非结构化和属性数据的结构化 栅格数据：像元阵列 3.GIS数据模型 矢量数据模型：简单数据结构（面条结构）：如Shapefile、拓扑数据结构：如Coverge、面向对象的数据模型：如Geodatabase 栅格数据模型：栅格文件常用格式：*.tif,*.jpg,*.bmp等。GIS中的栅格格式：ESRI的Grid、Geodatabase的栅格数据集等。遥感图像的格式：PCI的* .pix，Erdas的*.img等。 4.空间数据库设计核心 将现实世界抽象为GIS数据模型，这是数据库设计的核心。 5.名词解释： 面条结构：数据按点、线、面为单元进行组织，点、线、面都有自己的坐标数据。最典型的是面条结构。 拓扑数据结构：不仅存储空间位置，同时存储空间关系。

拓扑关联：指存在于空间图形的不同类型元素之间的拓扑关系。如结点与弧段、弧段与多边形。 第二章 1.名词解释： 数据词典：以词典的方式描述和定义E-R模型设计中出现和形成的实体、关系。数据模型匹配：实现将实体类型和特征类型（Coverage、Shapefile、Grid等）的匹配。 区：基于现有的面特征来描述复杂的区域如多个独立的多边形组成的区域、相互重叠的区域。 路径系统：提供一套用现有的弧段特征模拟线形特征的工具，可以支持沿着弧发生的任何线现象的定义。 空间数据分层：根据分层的基本原则，对数据模型匹配后的实体进行分层组织。元数据：空间数据集的标识信息、数据质量信息、空间参照系统、内容信息、发布信息等。shp.xml存放的是元数据信息。 2.GIS数据库设计的三个步骤：概念、逻辑、物理 从概念到逻辑设计：定义实体与关系到数据模型匹配再到空间数据分层和属性表的设计。 3.数据库设计需求分析、系统体系结构的确定 由需求分析确定系统实现的功能，再由功能确定所需数据，再组织数据,建立功能数据关系矩阵，拟定初步计划（数据获取可选方式、选择的数据是否满足用户需求和功能）；简单说来就是确定数据到组织数据再到草拟初步计划。 4.数据库设计的数据模型匹配与空间数据分层 数据模型匹配：实现将实体类型和特征类型（Coverage、Shapefile、Grid等）的匹配。如行政区划是一个实体，其对应的ArcInfo数据模型就是Polygon也就是面。 空间数据分层：根据分层的基本原则，对数据模型匹配后的实体进行分层组织。分层基本原则有图形原则和对象原则，同时给每一个层一个名称。 第三章 1.资料收集与预处理 资料收集需考虑的问题： 资料内容：完备性、原始资料 资料精度：必须满足建库要求。（如图纸变形小，纠正后误差小于0.1mm） 资料现势性：与数据库建设要求的时期一致。 资料形式：优先选择数字形式的资料。 信息类别与输入方式； 从原始数据到目标数据的实现过程： 森林调查数据：扫描——空间参考——矢量化 小班卡片：格式转换 遥感数据：格式转换——空间参考 地形数据：扫描——空间参考——矢量化——格式转换 2.地理参考（空间参考）的概念、地理参考的必要性和大致过程（Georeferencing 工具的使用，以地形图为例） 地理参考:将图像数据嵌入到一个空间参照系中的过程。空间参照系可以是地理坐标系统，也可以是投影坐标系统。