PowerDesigner数据库设计步骤及规范

PowerDesigner数据库设计步骤及规范

使用PowerDesigner可以方便地对管理信息系统进行分析设计，它几乎包括了数据库模型设计的全过程。它可以制作多种数据模型，也能对团队设计模型进行控制。还可以与许多流行的软件开发工具，例如PowerBuilder、Delphi、VB等相配合使系统设计更优化并缩短开发时间。

并不是每个设计都需要用到PD，对于比较大型的项目，它是很好的，对于短平快类型的项目，例如时间要求一周左右的系统，没有必要使用，直接维护数据库即可，对于表的数量超过10个的系统，建议使用PD进行设计和交流。1.创建概念数据模型(CDM)

1.1 创建CDM步骤

选择文件 建立新模型，弹出如图所示对话框，选择ConceptualDataModel 模型（即概念数据模型），单击OK，即确认创建。

双击资源浏览窗口中新创建的CDM 名称图标，打开CDM 模型属性窗口，进

行相关属性信息设置。如下图：

1.2 对象命名通用规范

以下三种规范属于基本规范，适用于本文所有数据库对象命名规范。

1、长度规范：凡是需要命名的对象其标识符均不能超过3个英文单词长度（30个字符），也即：Oracle中的表名、字段名，函数名，过程名，触发器名，序列名，视图名的长度均不能超过3个英文单词长度（30个字符）；

2、构成规范：数据库各种名称必须以字母开头，但严禁使用SYS开头；名称只能含有字母，数字和下划线“_”三类字符，“_”用于间隔名称中的各语义字段；不要使用DUAL作表名；

3、大小写规范：构成Oracle数据库中的各种名称（表明，字段名，过程名，视图名等等）的所有字符，必须使用大写，也就是不能在脚本中，对任何名称添加双引号“”来设定字符的大小写形式，只要不采用“”限制，Oracle自动会将各名称转化成大写。

2.进行ER设计的准备工作

2.1 实体命名不相同检查

PowerDesigner 默认不能存在相同名称的实体属性，这也是考虑到可能产生的一些如主键外键等名称冲突问题，但当进行实际数据库设计时，可能会多次使用相同数据项（DataItem）便于理解各实体。为此需要对更改PowerDesigner 相关设置。软件默认DataItem不能重复使用，需要进行以下操作：选择工具 Model Options，在Model Setting 设置目录中，将Data Item下的Unique Code取消选中即可，系统默认将Unique Code和Allow Reuse均选中。

同时该设置均是面向特定模型的，即针对当前模型有效，若希望在其它模型中也有此命名设置，则需要重新进行设置。不过在Check Model 时，如果选择全部Check，则依旧会报DataItem 重名的错误信息，这时需要我们在人为检查确认数据项无误时，可以在选择不对DataItem 不检查，如下图示：

3.定义实体

3.1 创建entity

3.1.1 创建entity步骤

1、在CDM的图形窗口中，单击工具选项版上的Entity工具，再单击图形窗口的空白处，在单击的位置就出现一个实体符号。点击Pointer工具或右击鼠标，释放Entity工具。如图所示：

2、双击刚创建的实体符号，打开下列图标窗口，在此窗口“General”标签中可以输入实体的名称、代码、描述等信息。

数据库设计方法及

数据库设计方法及命名规范

- - 2 数据库设计方法、规范与技巧 (5) 一、数据库设计过程 (5) 1. 需求分析阶段 (6) 2. 概念结构设计阶段 (9) 2.1 第零步——初始化工程 (10) 2.2 第一步——定义实体 (10) 2.3 第二步——定义联系 (11) 2.4 第三步——定义码 (11) 2.5 第四步——定义属性 (12) 2.6 第五步——定义其他对象和规则 (12) 3. 逻辑结构设计阶段 (13) 4. 数据库物理设计阶段 (15) 5. 数据库实施阶段 (15) 6. 数据库运行和维护阶段 (16) 7.建模工具的使用 (16) 二、数据库设计技巧 (18) 1. 设计数据库之前（需求分析阶段） (18) 2. 表和字段的设计（数据库逻辑设计） (19) 1) 标准化和规范化 (19) 2) 数据驱动 (20)

- - 3 3) 考虑各种变化 (21) 4) 对地址和电话采用多个字段 (22) 5) 使用角色实体定义属于某类别的列 (22) 6) 选择数字类型和文本类型尽量充足 (23) 7) 增加删除标记字段 (24) 3. 选择键和索引（数据库逻辑设计） (24) 4. 数据完整性设计（数据库逻辑设计） (27) 1) 完整性实现机制： (27) 2) 用约束而非商务规则强制数据完整性 (27) 3) 强制指示完整性 (28) 4) 使用查找控制数据完整性 (28) 5) 采用视图 (28) 5. 其他设计技巧 (29) 1) 避免使用触发器 (29) 2) 使用常用英语（或者其他任何语言）而不 要使用编码 (29) 3) 保存常用信息 (29) 4) 包含版本机制 (30) 5) 编制文档 (30) 6) 测试、测试、反复测试 (31) 7) 检查设计 (31) 三、数据库命名规范 (31) 1. 实体（表）的命名 (31) 2. 属性（列）的命名 (34)

powerdesigner使用心得

PowerDesigner使用心得 PowerDesigner想必没人不知道吧？著名的CASE工具，目前最新版本为15.2，用于软件建模，可以从需求直到物理模型，支持UML2.0语法，可用于UML图绘制。最大特色是能够使设计到实现无缝衔接，如：概念模型->逻辑模型->物理模型，概念模型->OOM，而且能够生成多种DBMS的脚本或代码脚本。 1 name/code默认总是一起修改，很烦躁，在tool ->general options，取消即可。 2 概念模型->物理模型转换，会为“1对1”关系自动生成两条引用，每次都要手工删除，很麻烦。在概念模型中为关系指定dominant role即可。

3 设定计算列，在物理模型中选择某个列，勾选computed，然后在detail中设置计算表达式即可 修改表达式，可引用表中的其他列。

4 设定列中数据为自增量类型，勾选列属性中的identity。 5 修改某个列的数据类型后，使用它做外键的表中相应数据类型并不会变化，如果被引用的地方多，那修改起来可是一个大工程，而且容易出错，此时可在check model设置为自动修正。

6 PD无法直接生成GUID类型的测试数据，GUID 的格式为“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。例如： 6F9619FF-8B86-D011-B42D-00C04FC964FF 即为有效的 GUID 值。默认DBMS配置文件有问题，需要修改数据类型为VA36（= varchar(36) ）、长度为36位（ 32位16进制数字 + 4个“-”）。Database->edit current DBMS，修改PhysDataType中uniqueidentifier的内容为VA36.也可下载补丁： https://www.sodocs.net/doc/7d11936695.html,/source/2284780

PowerDesigner15.1使用手册

一、PowerDesigner简介 1.1常用模型文件 公司主要使用PowerDesigner的以下两类模型文件： 逻辑模型（CDM）：描述了与任何软件和数据存储系统无关的数据库整体逻辑结构，通常包含了与物理数据库无关的数据对象，提供了一种描述企业运行或业务行为的 形象化的表达方式。 物理模型（PDM）：叙述数据库的物理实现。主要目的是把CDM中建立的现实世界模型生成特定的DBMS脚本，产生数据库中保存信息的储存结构，保证数据在 数据库中的完整性和一致性。

1.2PowerDesigner使用环境 树形模型管理器：以树形方式展示模型所包含的内容以及内容之间的层次关系 图表窗口：组织模型中的图表，以图形方式展示模型中各对象之间的关系 输出窗口：显示操作结果 常用工具面板：用于在图表窗口插入对象的常用工具，主要有以下一些：

二、创建和管理CDM 1.1 新建CDM 1.选择菜单栏File->New，打开New窗口

2.在左边模型类型（Model type）列表中，选中Conceptual Data Model，单击“确认” 按钮即新建了一个默认名为ConceptualDataModel_1的CDM工程

3.在树形模型管理器中，右键单击新建的CDM工程名，从出现的菜单中选中Rename， 即可将新建CDM工程名修改为自己想要的，如：NG-CRM5.5逻辑模型 4.在树形模型管理器中，右键单击新建的CDM工程名，从出现的菜单中选择 New->Package即可新建一个包（Package）。Package用于对一个CDM工程的图表按照业务等规则分类存放，如NG-CRM5.5数据模型分为客户域、用户域、帐户域等多个域

数据库设计的基本步骤

数据库设计的基本步骤 一、数据库设计的生存期 按照规范设计的方法，考虑到数据库及其应用系统开发的全过程，将数据库 设计分为六个阶段。如下图。 ① 需求分析 需求收集和分析, 需求。 ② 概念结构设计 对需求进行综合、归纳与抽象，形成一个独立于具体 DBMS 的概念模型（用 E-R 图表示）。 ③ 逻辑结构设计 将概念结构转换为某个DBMS 所支持的数据模型（例如关系模型），并对其 进行优化。 ④ 物理结构设计 为逻辑数据模型选取一个最适合应用环境的物理结构 （包括存储结构和存取 方法）。 ⑤ 数据库实施 需求A 祈断段 T 1 概念设计阶段 i 逻辑 q 丰计阶段 1 物理. 1 殳计阶段 j 数据E L 支实施阶段 数据库运荷? 维护阶段 得到用数据字典描述的数据需求，用数据流图描述的处理

运用DBMS 提供的数据语言（例如 SQL ）及其宿主语言（例如C）,根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。 ⑥数据库运行和维护 数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。 说明：设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述 六个阶段的不断反复。 二、数据库设计阶段的内容 设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。下面针对各阶段的设计内容给出各阶段的设计描述。如下图。 阶段 濮块结构） 三、数据库设计阶段的模式 数据库结构设计的不同阶段形成数据库的各级模式，如下图 需求数据字睦、全系统中数据项、 分析數据證、数据存储的描述 数1E流图和判定我（利宦 闕）、数据字典中处理过程的 描述 设计 概念模型〔E?兄图） 模块设计 IPO表 编写模武装入 数JE 实施数揭库试 运行阶段 Create … L o豆恋■?. 程序编码 编译联结 测试 Tlain () * ■ A if???then ■■ i HUl 数据宇典 系窥说朋书包括： ①新系统要求、 方案和概图 ②反映新系统信息 流的数据流图 方法选择物理 存取路径建立设计

PowerDesigner使用技巧

PowerDesigner使用技巧 版本 <1.0>修订历史记录

目录 1.PDM生成PB中DW的列标题3 1.1对PD的版本要求3 1.2PD10的使用方法3 1.2.1PDM设置3 1.2.2ExtendAttribute设置3 1.2.3生成3 1.2.4Oracle设置3 2.PDM生成表3 2.1生成Oracle表3 2.1.1解决生成的SQL字段名上加双引号的问题3 2.1.2避免生成comment 4 3.其它4

PowerDesigner使用技巧 1.PDM生成PB中DW的列标题 1.1对PD的版本要求 PD8不支持，PD低版本反而可以。 1.2PD10的使用方法 1.2.1PDM设置 1.菜单modle/extended Model Definitions，import选择PowerBuilder。 2.表的OWNER，注意要大写。如果没有设置，生成的属性中pbc_ownc='system'，需要修 改 1.2.2ExtendAttribute设置 1.让数据窗口自动为宋体9号：修改Table 的字体。或者执行下面的SQL： //connect system ; UPDATE pbcattbl SET pbd_fhgt=-9,pbd_fwgt=400,pbd_fitl='N',pbd_funl='N',pbd_fchr=0, pbd_fptc=34,pbd_ffce='宋体',pbh_fhgt=-9,pbh_fwgt=400,pbh_fitl='N', pbh_funl='N',pbh_fchr=0,pbh_fptc=34,pbh_ffce='宋体',pbl_fhgt=-9, pbl_fwgt=400,pbl_fitl='N',pbl_funl='N',pbl_fchr=0,pbl_fptc=34, pbl_ffce='宋体'; commit; 2.不生成comment：清空Table、Column的comment。有些时候comment会导致不能成功 生成，具体原因没有深究。 1.2.3生成 菜单Tools/PowerBuilder/Generate Extended Attribute，选择表即可。 1.2.4Oracle设置 1.生成的数据只有是System下，才有效。PD默认也是生成在它之下。可以在Extended Attribute中修改，但不要修改 2.内容必须是大写PB才能识别，运行下面的SQL //connect system ; //delete pbcatcol where pbc_tnam= upper('');// 如果是重新生成 //delete pbcattbl where pbt_tnam=upper(''); // 如果是重新生成 update pbcatcol set pbc_tnam=upper(pbc_tnam),pbc_cnam=upper(pbc_cnam),pbc_ownr=upper(pbc_ownr) ; update pbcattbl SET pbt_tnam=upper(pbt_tnam),pbt_ownr=upper(pbt_ownr); commit ; 2.PDM生成表 2.1生成Oracle表 2.1.1解决生成的SQL字段名上加双引号的问题 Database/Edit Current DBMS/Script/Sql/Format/CaseSensitivityUsingQuote/No Tools/Resource/DBMS可以改所有的DBMS

数据库课后题答案 第7章 数据库设计

第7章数据库设计 1．试述数据库设计过程。 答：这里只概要列出数据库设计过程的六个阶段：( l ）需求分析；( 2 ）概念结构设计；( 3 ）逻辑结构设计；( 4 ）数据库物理设计；( 5 ）数据库实施；( 6 ）数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身，还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 2 ．试述数据库设计过程各个阶段上的设计描述。 答：各阶段的设计要点如下：( l ）需求分析：准确了解与分析用户需求（包括数据与处理）。( 2 ）概念结构设计：通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS 的概念模型。( 3 ）逻辑结构设计：将概念结构转换为某个DBMS 所支持的数据模型，并对其进行优化。( 4 ）数据库物理设计：为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。( 5 ）数据库实施：设计人员运用DBMS 提供的数据语言、工具及宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。( 6 ）数据库运行和维护：在数据库系统运行过程中对其进行评价、调整与修改。 3 ．试述数据库设计过程中结构设计部分形成的数据库模式。 答：数据库结构设计的不同阶段形成数据库的各级模式，即：( l ）在概念设计阶段形成独立于机器特点，独立于各个DBMS 产品的概念模式，在本篇中就是 E 一R 图；( 2 ）在逻辑设计阶段将 E 一R 图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式，然后在基本表的基础上再建立必要的视图( Vi 娜），形成数据的外模式；( 3 ）在物理设计阶段，根据DBMS 特点和处理的需要，进行物理存储安排，建立索引，形成数据库内模式。 4 ．试述数据库设计的特点。 答：数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有：( l ）数据库建设是硬件、软件和干件（技术与管理的界面）的结合。( 2 ）从软件设计的技术角度看，数据库设计应该和应用系统设计相结合，也就是说，整个设计过程中要把结构（数据）设计和行为（处理）设计密切结合起来。 5 ．需求分析阶段的设计目标是什么？调查的内容是什么？ 答：需求分析阶段的设计目标是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。调查的内容是“数据’夕和“处理”，即获得用户对数据库的如下要求：( l ）信息要求，指用户需要从数据库中获得信息的内容与性质，由信息要求可以导出数据要求，即在数据库中需要存储哪些数据；( 2 ）处理要求，指用户要完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理；( 3 ）安全性与完整性要求。 6 ．数据字典的内容和作用是什么？ 答：数据字典是系统中各类数据描述的集合。数据字典的内容通常包括：( l ）数据项；( 2 ）数据结构；( 3 ）数据流；( 4 ）数据存储；( 5 ）处理过程五个部分。其中数据项是数

PowerDesigner 使用手册

PowerDesigner使用手册 1 PowerDesigner整体框架介绍 1.1 PowerDesigner 介绍 PowerDesigner是Sybase公司的CASE工具集，是图形化、易于使用的企业建模环境。使用它可以方便地对管理信息系统进行分析设计，它几乎包括了数据库模型设计的全过程。利用PowerDesigner可以制作数据流程图、概念数据模型、物理数据模型，可以生成多种客户端开发工具的应用程序，还可为数据仓库制作结构模型，也能对团队设计模型进行控制。它可与许多流行的数据库设计软件，例如：PowerBuilder、Delphi、VB等相配合使用来缩短开发时间和使系统设计更优化 PowerDesigner 主要包括以下功能： 集成多种建模能力，能建立的模型包括： 数据模型(E/R, Merise) 业务模型(BPMN, BPEL, ebXML) 应用模型(UML)

1.2 PowerDesigner环境介绍 1.2.1对象浏览器介绍 工作空间（Workspace） 它是浏览器中树的根，是组织及管理所有设计元素的虚拟环境。你可以通过保存工作空间保存自己的设计空间信息以便再次打开时可以还原到保存前的状 态。 项目（Project） 作为容纳你所有开发出的制品的容器，项目中的所有对象可以作为一个单元存到PowerDesigner库中。每个项目自动维护一张图用以显示模型以及文档之间的依赖。 文件夹（folder） 工作空间可以包含用户自定义的文件夹用以组织模型和文件。例如，你有两个独立的项目，希望在一个工作空间中处理，此时可以使用文件夹。 模型（Model） 模型是PowerDesigner中的基本设计单元。每个模型中有一个或多个图以及若干模型对象。 包（Package） 当模型较大时，可能需要把模型拆分成多个“子模型”以便于操作，这些子模型就叫做包，今后可以把不同的包分配给不同的开发组。 图（Diagram） 展现模型对象之间的交互。可以在模型或包中创建多个图。

数据库设计方法、规范与技巧

数据库设计方法、规范与技巧 一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。 使用IDEF1X方法创建E-R模型的步骤如下所示: 2.1 第零步——初始化工程

PowerDesigner教程(完整)

前言 在CSDN上转悠经常看到有网友寻求PowerDesigner相关资料的帖子，Baidu,Google上找找还真很少；同时也有不少网友发来Email询问相关PowerDesigner问题或索要相关资料的，故下定决心制作本文档。折腾二十多天，终于输出了现在的文档，其中绝大部分内容都是依照PowerDesigner自带的帮助文档翻译过来，乐意啃英文的朋友最好还是看其”原汁”教程，同时本文档仅用于帮助分析设计人员更快熟悉掌握PowerDesigner的使用方法，不包含分析设计方面的理论，所以要作好系统的分析设计工作还是需要用户深厚的项目实践功底。 起初想尽量按照PowerDesigner自带帮助文档完整地进行，尝试了一上午的工作之后这种方案马上就被我否决，原因有二：1.内容太多，工作量太多。2.原帮助文档特别周全，个人觉得可以在内容上作很大程度的压缩。姑决定按原帮助文档写，同时加入自己目前正在做的技术论坛分析设计过程以便于理解。 对本文档内容的几点说明： 1．本文档只包括PowerDesigner部分内容（RQM,Report,CDM,PDM），内容不够全面。 2．内容尽量简略，一些相同或类似操作过程尽量不再重复。 3．部分术语参考了飞思科技产品研发中心监制电子工业出版社的《PowerDesigner数据库系统分析设计与应用》。 4．暂时没有包含OOM,XML,BPM,ILM等模型内容，我将会在后期陆续更新。 版本说明：我使用的是PowerDesigner Trial 11英文版，因此文档中一些菜单，按钮名称也用英文写出（因当心自己译出的名称和中文版上的名称不一致而造成理解不便），若是给使用中文版的朋友带来不便，我在这说声”抱歉”了!同时由于各版本不同部分操作可能会有所区别。 这里要感谢在我进行翻译工作期间给我发送Email关注的网友，感谢一直支持我的朋友们！由于第一次做翻译工作，限于水平有限，文档中肯定存在很多不足和错误之处，衷心欢迎各位网友指点迷津，期望得到您的指导！ Email:dingchungao@https://www.sodocs.net/doc/7d11936695.html, dingchungao@https://www.sodocs.net/doc/7d11936695.html, QQ:330982401 Blog:http:\\https://www.sodocs.net/doc/7d11936695.html, Slash 2006.8.31 需求模型 PowerDesigner11.0.0.1363评估版 为了更好的将原文含义再现，不加入我个人语言习惯，我尽量按照原文档内容翻译。 环境简介

数据库设计规范

1概述 1.1目的 软件研发数据库设计规范作为数据库设计的操作规范，详细描述了数据库设计过程及结果，用于指导系统设计人员正确理解和开展数据库设计。 1.2适用范围 1.3术语定义 DBMS：数据库管理系统，常用的商业DBMS有Oracle, SQL Server, DB2等。 数据库设计：数据库设计是在给定的应用场景下，构造适用的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 概念数据模型：概念数据模型以实体-关系 (Entity-RelationShip,简称E-R)理论为基础，并对这一理论进行了扩充。它从用户的观点出发对信息进行建模，主要用于数据库概念级别的设计，独立于机器和各DBMS产品。可以用Sybase PowerDesigner工具来建立概念数据模型（CDM）。 逻辑数据模型：将概念数据模型转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。可

以用Sybase PowerDesigner工具直接建立逻辑数据模型（LDM），或者通过CDM转换得到。 物理数据模型：在逻辑数据模型基础上，根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。可以用Sybase PowerDesigner工具直接建立物理数据模型（PDM），或者通过CDM / LDM转换得到。 2数据库设计原则 按阶段实施并形成该阶段的成果物 一般符合3NF范式要求；兼顾规范与效率 使用公司规定的数据库设计软件工具 命名符合公司标准和项目标准 3数据库设计目标 规范性：一般符合3NF范式要求，减少冗余数据。 高效率：兼顾规范与效率，适当进行反范式化，满足应用系统的性能要求。 紧凑性：例如能用char(10)的就不要用char(20)，提高存储的利用率和系统性能，但同时也要兼顾扩展性和可移植性。 易用性：数据库设计清晰易用，用户和开发人员均能容

数据库设计方法

数据库设计方法

数据库设计步骤简述 数据库技术是信息资源的开发、管理和服务的最有效的手段，因此数据库的应用范围越来越广，从小型的单项事物处理系统到大型的信息服务系统大都利用了先进的数据库技术来保持系统数据的整体性、完整性和共享性。 数据库应用软件和其他软件一样，也有它的诞生和消亡。数据库应用软件作为软件，在其生命周期可以看作有三个大的时期：软件定义时期，软件开发时期和软件运行时期。 按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期的三个时期又可以细分为六个阶段：需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。 一、需求分析 信息需求：指目标系统设计的所有实体、属性、以及实体间的联系等，包括信息的内容和性质，以及由信息需求导出的数据需求。 处理需求：指为得到需要的信息而对数据进行加工处理的要求，包括处理描述，发生的频度、响应时间以及安全保密要求等。进行数据库设计首先必须准确了解与分析用户需求。需求分析是真个设计过程的基础，是最困难、最耗费时间的一步。作为地基的需求分析是否做得充分与准备，决定了在其上构建数据库大厦的速度与质量。需求分析做得不好，甚至会导致整个数据库设计返工重做。 需求任务分析：

需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前应用需求来设计数据库。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。信息要求是指用户需要从数据库中获得信息的内容与性质。由用户的信息要求可以导出数据要求，即在数据库中需要存储哪些数据。处理要求是指用户要求完成什么处理功能，对处理的响应时间有什么要求，处理方式是批处理还是联机处理。新系统的功能必须能够满足用户的信息要求、处理要求、安全性与完整性要求 需求分析的方法： 通过调查了解了用户需求后，需要进一步分析和表达用户的需求。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。 二、概念设计 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。 概念结构是对现实世界的一种抽象，即对实际的人、物、事和概念进行人为处理，抽取人们关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述。

PowerDesigner15使用时的十五个问题

简介 PowerDesigner的主要作用一般还是数据库建模，并生成对应的数据库设计文档，可以与数据库保持同步。 一般常用的有CDM,PDM,UML建模,CDM可以转为PDM。 支持正向[生成数据库]和逆向工程[从数据库中生成]，并直接关联到到数据库中，PDM可以直接和数据库进行关联，并将数据库，表，视图，触发器等数据库对象生成到数据库中，也可将这些对象更新到PDM中。 PowerDesigner的几个主要常用菜单是MODEL、DATEBASE、Tool，这三个菜单下命令使用比较多，要熟悉。PD 还可以用来画用例图，序列图，类图等UML图。 也可以画企业架构图，软件应用架构图等等图形 15个问题列表: No.1：是不是一定要从CDM开始设计，然后在进行PDM的设计？ NO.2：工具栏palette不见了，如何把它找出来？ NO.3: 如何建立与数据库的关联？ NO.4: 域和数据项有何作用？ No.5: 如何生成主键的自定义增长列，SQL Server和Oracle数据分别是如何操作的？ No.6: NAME和CODE联动，如何取消？ NO.7. 如何实现字段的NAME和Comment属性互换？ NO.8: 如何修改某个对象的命名规则，比如外键，比如主键，比如触发器等？ No.9: 如何用PD生成测试数据，以便测试？ No.10 如何把CODE的NAME中文也生成在脚本中，也就是列名后就是NAME的说明文字？ NO.11 如何将数据库结构，表名，表的字段导出到Word中，或者生成HTML文件以便查看? No.12 如何去除生成SQL时的双引号问题，双引号在Oracle中可以保证大小写，却异常麻烦？ NO.13 如何修改PD的显示样式？ No.14 如何去除表名，字段的长度限制？ No.15 如何进行数据库的逆向工程？ 说明：本文提到的PD基于PD15.英文版。 No1：是不是一定要从CDM开始设计，然后在进行PDM的设计？ 本人觉得没有必要，项目的大小、熟悉程度、起步和个人习惯不一样，熟练业务的，项目小的直接用PDM设计未尝不可。 NO2：工具栏palette不见了，如何把它找出来？ 这个问题我找了所有的菜单才找到，在【Tools】-【Customize Toolbars】点击打开，列表项里的【palette】选中即可，此外，这个窗口中还可以设计对齐的方式等等。

污染源数据中心数据库设计步骤

数据中心数据结构设计流程 1. 源系统业务分析 1、对源系统的分析这里包括了源数据业务逻辑、数据实体表，综 表的分析。本阶段工作任务主要是：了解数据源结构及其语义 和字典对应关系，PDM里的Annotation属性里记录源表对应关 系。 2、去除与数据中心无关的非业务数据表:如统计数据表，用户信 息和系统管理信息、日志操作记录等相关的表，或者一些非历 史数据表，临时数据表。 3、对源数据库结构表进行分类，建立新包Packet：主要可以分为 基本表和综表,字典表三大类表。 4、统一表属性语义:对不同的对不同数据源的相同语义不同表示 进行统一，并对代码进行调整。 二．建立数据中心表 1、数据库物理模型建立，根据源表结构分析，确立数据库分类包结 构，确立数据中心数据库结构命名规范。 2、数据中心字典表合并或变更，找出公共的字典表，并作记录，将公 共的字典表放入数据中心字典表。其余不是公共的，为各个业务系统独有字典作为一个表单独包处理。 2.1 确立源字典表与数据中字典表对应关系。 2.2 检查字典表是否有相应标准，有标准则确定标准字典清洗规则， 没有则直接清洗。 3、数据中心业务结构调整 3.1调整与数据源业务表对应关系,根据需要拆分或者合并业务表，调

整与数据源结构的对应关系,如果是字典字段的,重新调整为与数据 中心字典表的对应。 3.2 为数据中心新表及字段按照步骤1定义的规范重新命名。命名尽可能 是唯一性，即同一个语义的字段名称应该尽量只是一个字段Code。 3.3 在数据中心新业务表中增加数据中心需要用到的字段属性：如同步信 息：业务系统ID（业务主键）、同步时间，分区用信息：年度时间，及代理主键等。 3.4 调整数据中心表关系关联，将表关联的名称更新为中文将 Annotation,Description等信息写入Comment。 3.5 生成与数据源结构的对应关系及对应规则，并将结果导入到Excel表。 如果对应关系或对应入库规则有错，则修改Comment对应的属性，通过comment反写入Anntotation或Description。 3.6 数据库物理属性设计：包括建立数据库分区及数据库索引等。 三、生成SQL脚本，同时产生数据结构关系对应配置表。 1. 产生数据库脚本及入库规则版本。 2. 验证SQL脚本，如果有错，则排查错误，返回相应的步骤继续；如果没 错则将SQL脚本及其对应关系交付ETL数据清洗组。 污普利用数据库设计流程 一、确立污普利用数据库设计规范及表结构命名规则，如维度表需以 Dim开头，事实表需以Fact开头。 二、根据数据中心字典表建立污普利用维度表：包括对维度表的分类， 如分为公共维度表、某主题维度表并生成相应的对应关系等。根据需求删除不必要的字段或其他属性，根据1中的规范为维度表命名。

使用PowerDesigner功能简介

对于很多使用过PowerDesigner的人来讲，他们使用PowerDesigner就是使用它来进行数据库物理建模，创建数据库表对象、建立表与表之间的关联关系、创建索引，最后，使用PowerDesigner的Generate DataBase功能生成数据库的DDL语句，最后，将这些DDL语句使用数据库工具进行导入。使用再高级一点的话，我们还可以创建数据源，并在PowerDesigner建立与数据源的连接后，最后，直接通过Generate DataBase的ODBC Generation功能直接在数据库当中建表、建外键、建约束、建索引等数据库对象。 PowerDesigner对很多很多应用服务器，外部工具，开源框架有着很好的支持，这个是PowerDesigner 的最大优势。默认情况下，这些扩展模块都没有启用，我们可以使用Extended Model来启用相应的模块支持，比如Hibernate。这篇文章将使用Object-Oriented Model结合Physical Data Model，并启用Hibernate Extended Model来进行建模，并最终生成相应的Java代码、Hiberante配置文件和映射文件、DataBase DDL语句等。 首先：我们先创建新的Object-Oritented Model，将Object Language选项当中Java，First diagram选择为Class Diagram，如下图所示： 配置完后，点击Extended Model Definitions面板，在扩展的模型当中选择Hiberante，最后点击确定按钮，如下图所示：

PowerDesigner_11_使用方法简介

PowerDesigner 使用方法简介 一、从网上下载软件。路径为：计算机系\软件工程与项目管理（CMM）\工具 二、安装软件 三、软件使用过程 根据下述过程建立如图所示的E-R图。 1、点击PowerDesigner图标启动软件。进入到初始页面，如图2所示

2、点击菜单中的文件项，选择新建，出现要求选择建立何种模型的模型类型对话框。 其中Conceptual Data Model CDM，为概念(数据)模型，它建立的就是E-R图Business Process Model BPM，业务处理模型 Object-Oriented Model OOM，面向对象模型 Physical Data Model PDM，物理（数据）模型，它建立的就是数据库表 选择CDM并单击确认按钮。 3、进入PowerDesigner的CDM操作窗口 4、 界面上出现一个小工具条palette，里面包括常用的数据库建模工具。 用鼠标单击工具条中的工具后，到界面中央单击或拖动即可。 为了能够完成前述图1的内容，选中图标，在界面中间单击五次，形成如图所示画面。 此时，每一个实体都是空的。需要逐个进行定义和描述。

5、定义实体 双击其中的一个实体，弹出实体属性定义对话框。 对“General”选项卡上的内容进行定义。 Name ：定义实体的显示名称（图书） Code ：定义实体的代码中表示名称（book），必须是英文。 Number ：实体中实例（记录）的最大个数（100000000，它表示图书馆的最大藏书量可达一亿册）。 这个数字的作用是便于估计数据库服务器的磁盘容量。 6、定义属性、属性的约束和算法 “Attribute”选项卡上定义属性，如图所示

数据库设计过程

一、数据库设计过程 数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。 数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式（信息世界模型），用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图（VIEW）形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段 需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。 需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。 需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。 常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法（Structured Analysis，简称SA方法）从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。 数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（Data Dictionary，简称DD）来描述。 数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应该包含每个字段的数据类型和在每个表内的主外键)。 数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度， 取值范围，取值含义，与其他数据项的逻辑关系｝ 数据结构描述＝｛数据结构名，含义说明，组成:｛数据项或数据结构｝｝ 数据流描述＝｛数据流名，说明，数据流来源，数据流去向， 组成:｛数据结构｝，平均流量，高峰期流量｝ 数据存储描述＝｛数据存储名，说明，编号，流入的数据流，流出的数据流， 组成:｛数据结构｝，数据量，存取方式｝ 处理过程描述＝｛处理过程名，说明，输入:｛数据流｝，输出:｛数据流｝, 处理:｛简要说明｝｝ 2. 概念结构设计阶段 通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。 概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一DBMS支持的特定数据模型。 概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。 概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型

powerDesigner使用

PDM文件路径D:\Program Files (x86)\Sybase\PowerDesigner 16 oracle 11g 用户名及口令都是yudexiao oracle_home D:\orcl\asus1\product\11.2.0\dbhome_1 tns_admin F:\orclClient\instantclient_11_2_x64 client F:\orclClient\instantclient_11_2_x64 F:\orclClient\instantclient_11_2_x32 TNSNAMES.ORA------- GTGISMANAGER = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.200)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) jdk C:\ProjectOne\Java\jdk1.7.0_51 问题一：Could not initialize JavaVM 在网上查了许多资料, 有的地方说jdk安装在program Files文件里面, 可能因为这个空格的原因造成的, 我先把jdk装在了C:\java目录下面 还是不行, 我使用的jdk是64位的又重新安装了一个windows x86版本的jdk, 改了一下JAVA_HOME 其他设置如下，我使用的15.3版本的powerdesigner： 1.系统变量-classpath：加入mysql jar包的地址(例如C:\mysql-connector-java-3.1.13-bin.jar)

数据库设计过程.

数据库设计过程

数据库设计概述
? 什么是数据库设计
z
数据库设计是指对于一个给定的应用环境，构造最优 的数据库模式，建立数据库及其应用系统，使之能够 有效地存储数据，满足各种用户的应用需求（信息要 求和处理要求） 在数据库领域内，常常把使用数据库的各类系统统称 为数据库应用系统。
?
z
特点：数据量大、保存时间长，数据关联复杂， 特点 数据量大 保存时间长 数据关联复杂 用户要求多样化。
2

数据库设计准则
z 数据库必须正确反映现实世界，能为某个DBMS 数据库必须正确反映现实世界 能为某个DBMS
所接受
z 应用系统有良好的性能，有利于实施和维护 应用系统有良好的性能 有利于实施和维护 z 数据库能满足当前和今后相当长时期内的数据
需求，使数据库有较长的使用寿命
z 当软件和硬件环境发生变化时容易修改和移植 z 能满足安全性要求，当系统发生故障时，容易
恢复数据库
z 数据库存取效率 数据库存取效率、查询效率要高 查询效率要高
3

数据库设计方法
?
手工与经验相结合方法
z z
设计质量与设计人员的经验和水平有直接关系 缺乏科学理论和工程方法的支持 工程的质量难以保 缺乏科学理论和工程方法的支持，工程的质量难以保 证
z
数据库运行一段时间后常常不同程度地发现各种问题， 增加了维护代价
? 规范设计法
z z
手工设计方法 基本思想：过程迭代和逐步求精
4

数据库设计的六个步骤数据库设计步骤

数据库设计的六个步骤数据库设计步骤 . 确定entities 及relationships a) 设计宏观行为。你用此数据库来做什么？比如，希望管理雇员的。 b) 确定entities 。对于一系列的行为，确定所管理信息所涉及到的主题范围。这将变成table 。比如，雇用员工，指定具体部门，确定技能等级。 c) 确定relationships 。看着行为，确定tables 之间有何种关系。比如，在部门与雇员之间存在一种关系。给这种关系命名。 d) 细化行为。你从宏观行为开始，现在仔细检查这些行为，看有哪些行为能转为微观行为。比如，管理雇员的信息可细化为：●增加新员工●修改存在员工信息●删除调走的员工 e) 确定业务规则。看着你的业务规则，确定你要采取哪种。比如，可能有这样一种规则，一个部门有且只能有一个部门领导。这些规则将被设计到数据库的结构中。范例：

ACME 是一个小公司，在5个地方都设有办事处。当前，有75名员工。公司准备快速扩大规模，划分了9个部门，每个部门都有其领导。 为有助于寻求新的员工，部门规划了68种技能，为将来人事管理作好准备。员工被招进时，每一种技能的专业等级都被确定。 定义宏观行为 一些ACME 公司的宏观行为包括：●员工●解雇员工 ●管理员工个人信息●管理公司所需的技能信息●管理哪位员工有哪些技能●管理部门信息●管理办事处信息 确定entities 及relationships 我们可以确定要存放信息的主题领域(表) 及其关系，并创建一个基于宏观行为及描述的图表。我们用方框来代表table ，用菱形代表relationship 。我们可以确定哪些relationship 是一对多，一对一，及多对多。 这是一个E-R 草图，以后会细化。