Erwin教程
erwin是一个数据库关系实体模型（ER Model）设计工具，与Power Designer（Sybase公司开发）成为最常用的两种数据库设计工具。目前该工具被CA收购，成为CA数据库解决方案中的一个关键部分。与微软的Vision相比，erwin只能设计er model，而且设计界面选项较多，相对来说并不那么友好，增加了使用的难度。但如果你是一个出色的数据库应用开发者，那你一定会发现erwin的好处。因为在设计模型层次和复杂度提高以后，visio难以应付众多的数据对象设计和对象之间的关系设计。而且erwin提供了数据库正向工程、逆向工程和文档正向工程功能，可以把设计直接实施到数据库后者把数据库中的对象信息读到erwin设计中，也可以生成设计文档，格式还可以自动定义。在本教程中，将告诉大家我是怎样简单的使用erwin来进行数据库设计的。这里强调了简单二字，就是说有很多只有20%机会用到的80%的功能本教程是不会介绍的。本文用到的erwin版本是4.0。
教程一：Table & Subject Areas
Table是数据库中最基本的物理元素，保持了应用的持久数据。在普通的信息系统数据库结构设计中，有90%的工作是在设计table。而table的字段定义和表间的关系，也反映了整个系统的数据流图和大致的业务流程。
Subject Areas是erwin提供逻辑元素，在实际数据库中并不存在。它的含义是把物理元素和逻辑元素按照实际意义划分成各个主题，在主题域中添加对元素的引用，起到一个按图索骥和目录的作用。有一个缺省的主题域Main Subject Area，所有的元素都会在该主题域中存在。在我本人的设计方法中，我会新建诸如“参数表”，“分户表”，“控制表”，“临时表”，“明细表”，“日志表”和“总帐”等主题域。
下面跟着我的说明，一步一步来设计table：
装好erwin4.0后，打开程序。提示你是创建一个新模型还是打一个已有的，选择创建新模型。在Model Type中选择Physical（物理模型），下面的Target Database默认值就是Oracle8.x，使用默认值，点击OK，创建了一个空白的模型。
按照上图说明，创建一个表，缺省名称是“E_1”，自动排布在Main subject area的左上角，用鼠标在空白处点一下，然后把表拖到稍微靠近中间位置的地方，避免有部分信息被掩盖。右键点击表E_1，显示与表相关对象菜单：
我们最关心的是Columns，选中它，则弹出Columns对话框：
根据上图的说明，在本界面中可以修改表名称和表说明（需弹出table对话框），也可以新
增字段和对字段的各个属性进行修改。点可以把字段的位置上升或者下降。
我们把表的名称改为department，表说明为“部门表”。新增4个字段
dept_id varchar2(10) 部门编号
dept_name varchar2(50) 部门名称
mdept_id varchar2(10）管理部门编号
dept_class varchar2(3) 部门级别
其中dept_id为主键（当把某个字段设定为主键后，该字段会自动上升到顶部）。设计好后的结果如下：
点击确定后，缩略图被更新：
新建列的基本顺序是：把所有列名挨个添加，先不要设置数据格式等其他信息。然后设定列的说明，再设定列的数据类型，最后设定列的主键以及是否可空属性。
当一张表编辑好后，会自动在Main Subject Area中存在，如果想在其他主题域中引用，只需要在左边导航列表中把该表的名称拖到其他主题域中。在其他主题域中删除某张表时，系统会提示你是删除整个erwin模型对象还是在当前主题域中删除引用，如果选前者，那该表就永远删除了，否则只会删除在某个主题中的引用。
想要修改一个表的定义，只需切换到该表所属的主题域或者Main Subject Area（切换主题域的方法是在左边导航列表中找到该主题域的名称，右键点击选Go To），然后双击table 对象。如果这时出来的是Index或Triggers对话框，则关闭对话框，然后右键点击table对象，在菜单中选Column即可。
在下一节里，我将会讲数据库正逆向工程和文档正向工程功能。
----------------------------------------------
以下的应用都是创建和使用Physical Modal，尚未使用Logical Modal，因为感觉Logical Modal 实用性不强。
1）Forward Engineer
正向工程，可以在ERwin的Diagram区中绘制Physical Modal图，然后点击Forward Engineer来生成数据库中相应的表。在生成表之前，必须在服务器中先创建相应的数据库，比如DB_Alteration.
在使用Forward Engineer的过程中发现有一些bug，所以使用Forward Engineer 时最好谨慎些；以下是一些注意事项：
1. 只创建相应的Table、Column及Column的DataType、设置主键、是否为NULL、索引、标识(种子)。
2. 对于外键及Table之间的关系，不要在Diagram区中绘制，可以在DBMS(例如SQL Server)中进行设置。
3. 对于Column的默认值，不要在Diagram区中绘制，可以在DBMS(例如SQL Server)中进行设置；第2、3项在DBMS设置完成之后，再通过Reverse Engineer导入到Physical Modal图中。
4. 对于Column，可以填写对应的描述(Comment)，但是Forward Engineer不会生成到对应的数据库中；不过这也是好处，我们其实并不需要把Column的描述写进数据库，只是为了方便生成文档而已嘛。^_^
5. 为了操作方便，可以个人先创建Model的Template，设置Default Fonts&Colors，点击保存；并且设置Model Property(在[Model]-[Model Property])，设置Default Null Option,Default DataType等。
绘制的Physical Modal图如下图所示：
2）Reverse Engineer
反向工程，操作比较顺利；直接将数据库的表结构设计导出成Physical Modal图。
方向工程生成的Physical Modal图，因为Forward Engineer功能对表的Relationship 设置不是很好用，最好是在DBMS中设置，然后再由Reverse Engineer功能生成Physical Modal图。如下图所示：
3）Complete Compare
将数据库的表结构设计和Physical Modal图进行比较和同步，注意对选项进行设置，不需要的选项要去掉，以免同步的时候耗费资源，出现"无法响应"的情况。
在点击Complete Compare命令之后，会弹出一个对话框，设置同步的选项。
第一步必须设置Sync Action,如果只是通过Physical Modal来更新数据库，则选择"Update Other"项，如下图所示：
第二步设置比较项，将不需要比较的项去掉；如下图所示：
4）Report Builder
生成报告文档，使用比较方便，如果是文档中包含有中文，可能会出现乱码现象，必须在设置首选项：打开一个模板，点击[编辑]-〉[首选项]，然后设置默认的字体（例如宋体）就可以了。在生成报告文档之前最好个人先新建并定制一个模板。
5）DB Synchronize
跟Complete Compare命令一样，只是在点击选择Physical Modal图某个Table时，可以针对数据库中的一个表进行同步。
6）Select Target Server
进行不同类型数据库之间的迁移，没试过，应该可行。^_^
适用于对ERwin初学者使用
1、如果只做文档，可以选择只建立logical view
2、如果是做项目，需要同时使用Logical view 和physical view
3、一般Logical view是用于做文档的，而physical view是用于生成或者导出脚本的
4、表之间的三种连接线，第一种用于把表1中的主键插入到表2中的外键，且插入的作为表2的主键第二种用于多对多，很少用到第一种用于把表1中的主键插入到表2中的外键，且插入的不作为表2的主键
5、Logical中的和physical中对应的表的名称可以不一样，一般在physical中的表的名称用英文名称在Logical中的表的名称则无所谓，如果需要可以用中文
6、在Physical view中的Tools中的[Forward Engineer/Schema Generation]中在右侧的表中用对勾可以选择需要操作的项目
点击【preview】可以看到脚本，可以复制过来改改就能是脚本了点击【report】可以直接导出脚本点击【Generate】则可以直接连接到数据库，把相关的Scheme都建立起来
7、在Logical view的一个Entity上右键点击，选择attributes，就进入了给表加入column 的界面了在General中选择一种基本类型(Domain)比如string后，就能加入一个名称了，Attribute name就是Logical view中的名字Column name就是用于生成脚本的名称。在General中的Primary Key的checkbox就是选为主键的地方了。在DataType中就能设定具体的数据类型，比如VARCHAR2,NUMBER等。
8、关于索引和约束的建立右键在Entity上，选择Key Group就能新建约束了
9、在Attribute中选择Datatype就能在Validate中选择这个column相关的约束，在Default 中选择这个column的默认值了
10、关于Domains的概念Domain的概念在Sql server中是支持的，可以在脚本的最开始就定义一堆的Domain,然后在其后的脚本中都引用相关的域名，而不用直接原始的数据类型了。
for example：在一个项目的数据库设计中卡号用得非常的多：所以在ERwin中Logical view 中选择Domain,然后右键点击? ，new，就能创建一种新的Domain在叫做Cardseries。选择property可以给他选择相关的属性，比如选择Datatype为VARCHAR(18)，还可以给它选择约束等等。
这个新建的Domain 就能在这个项目中方便的使用了。
11、关于Subject Area的概念当整个项目设计表比较多的时候，很难在一个view中连接清楚所有的表的之间的关系这样就需要在Subject Area中分多个Area，把相关的表放到相关
的的Area中去连接关系，这样比较方便设计。
1>右键点在一个相应的Area上，然后go to ，就能看到那个Area相应的View2>右键－>property,就能设置当前Area中需要哪些表,其中比较有用的一组按钮是最后一组(两个)，能把选中的要加入Area的表的相关的M级Ancester和N级Descendant同时加入Area，至于M和N可以自己选择，非常方便。
注意：在任何非主Area中新建的Entity都会在中有一份，删除也是同时进行的（完）计算机基础教程网
本文作者结合自己多年的实践经验，系统阐述了利用ERWin进行数据库建模的思想、方法和注意事项，具有一定实用价值。
ERWin Data Modeler是CA公司的数据库建模工具，目前在关系数据库的设计中，有着比较广泛的应用。笔者经过多年的实践，感觉使用ERWin设计数据库，上手还是比较快的，但是要在项目中使用好，对于不同的开发环境和不同的项目，在开发的不同阶段使用ERWin，可能采取的最佳策略也不相同。
使用前的准备
1．学习ERWin支持的方法论
ERWin支持两种方法论，一种是IE（信息工程），另一种是IDEF1X，在使用ERWin之前必须了解其一，不然，将连标记符号也搞不清楚。这里笔者简单谈一下IDEF1X（详细内容在ERWin的联机文档中有介绍）。IDEF1X为数据模型提供了一种规范的结构，是语义模型化技术，主要描述的对象包括实体、联系和属性。同时，作为一种工业规范，IDEF1X还强调了对开发上述模型需要的方法。这样，标准化的标记语言和相关的辅助方法论组合在一起，就可以充分保证设计的高效率和有效性的平衡了。
2．学习ERWin
掌握了ERWin支持的方法论，并不等于掌握了ERWin，方法论仅仅解决的是逻辑模型，而ERWin还要支持物理模型，还有界面和操作的问题。由于在生成数据库的过程中，需要对于使用的物理数据库有比较多的了解，所以还一定要了解IDEF1X和目标关系数据库之间的差异，这种差异，可能对于微机平台、小数据量的应用关系不大，但是对于大型数据库，还是有很多物理的参数、限制等应该了解。
4．确定数据库表、字段的命名规则
确定数据库表、字段的命名规则，看似容易，其实涉及到的方面很多，而且初始阶段一旦没有处理好，以后再改难度比较大。笔者认为，命名宜考虑如下因素：
●如果新开发的系统是一个大系统的子系统，那么应该考虑原来大系统的数据库、字段命名的规则，即使这样的规则存在问题，也要在取得共识的基础上进行改进。
●考虑开发和运行工具的限制要求，以及生产系统的限制要求。
●在可能的情况下，应考虑匈牙利命名法。对于应用系统，往往对于数据是有分类的，如果能够把这些分类体现在数据库表名和字段名中，则是有益无害的。
●字段名保持惟一能够避免一些不小心导致的对数据库字段的使用错误。
5．对数据库表进行分类
对于数据库表进行分类，能够使数据库更加清晰，也便于系统管理。根据笔者的体会，对于每一类数据库表，如果允许，可以按照匈牙利命名法的规则规定一个特征标记，可以是前缀也可以是后缀。
建立数据库的逻辑模型
ERWin作为一个建模工具，引进了一些概念和工具，这些概念和工具往往贯穿于逻辑模型和物理模型中。但是这些方面如果在逻辑模型中处理不好，到了物理模型的阶段也往往木已成舟，没有办法了。
1．用好Domain
Domain的概念有点像是属性的数据类型，笔者的体会是，如果不打算使用Domain，则不要增加任何Domain，都用ERWin提供的默认值; 如果打算使用Domain，则应该对于每一类数据等同的属性建立一个Domain，而且在修改数据类型的时候，仅仅修改Domain中的内容。总体来看，使用Domain虽然可能增加一些工作量，但是可以建立所有属性数据类型的定义树。
2．用好Definition
Definition和Domain不同，不是一个可操作的实体，而是在每一个Domain，每一个实体和属性中的一个标签。在Domain、实体和属性的建立和修改过程中，正确地维护Definition，是能够随时得到文本数据结构说明的一种有效的方法。
3．处理好键值组命名
采用自己方便和清晰、又能为实现环境所接受的键值组命名。其中，对于主键、次键、外键和单独建立的可重复索引，应该进行区分，因为对银行等行业的多应用交互的大型、复杂的运行环境，如果不加以关注，可能在投产后的系统管理中造成很多麻烦。实际上，ERWin 对于上述的键名称和索引，在命名的时候是有所区分的，应该充分利用这种区分，在满足环境的情况下，可以直接使用ERWin给出的命名。
对于外键的命名，在逻辑模型中，体现为关系的命名。ERWin默认的做法是用一个内部连续的编号，这样可以做到保证命名的惟一，但是并不清晰。在实际工作中，笔者发现，父实
体对于子实体往往是包含关系，尤其是对于代码类的父实体，更是如此。因此，笔者采用了“子实体3父实体”的方式，其中“子实体”和“父实体”都可以是实体名称的缩写，而“3”的意义是借用了其字形比较像数学中的属于符号的含义。这样，实际上是对IDEF1X一种变形的应用，这个短句包括父实体、动词和子实体，而动词永远是“属于”。
4．充分利用Subject
对于大型的应用，可以用Subject来关注某些方面的内容。可以仅仅将感兴趣的实体放入Subject中进行处理，而且还可以按照Subject来产生建表的脚本。对于图形布局来说，各个Subject是相互独立的。笔者在以下的两种情况下经常使用Subject：
●从业务逻辑分析问题的时候。对于某一个角度，可能往往仅仅涉及到部分表，为了充分利用图形来描述实体间的关系，将这些相关的实体放入一个Subject中，然后用手工进行图形的布局。
●对于工作表和历史数据表，往往具有基本相同的数据结构，但是历史数据表还要增加一些历史纪录信息。一般不论是由ERWin自动进行版面布局还是自己根据需要进行的版面布局，很难将工作表和历史数据表放在一起，而在修改时，这两个表最好是一起修改，不然如果出现不一致的问题就相当麻烦了。
5．谨慎使用参照完整性
在关系数据库中，提供了参照完整性的概念，利用好参照完整性，可以保持应用数据的高度一致性，但一定要谨慎使用。一般来说，实现参照完整性有三种方法，第一种是使用数据库的触发器; 第二种是使用数据库的外键; 第三种是使用应用逻辑。
对于使用数据库的触发器，这种方法有着最大的灵活性。触发器是由数据库的引擎控制的，只要数据库的引擎不出问题，那么触发器就总是有效的，除非人工关闭触发器，否则数据的一致性可以得到最大的保证。但是这样也会引入两个问题: 对于数据的修改没有痕迹，如果是误操作，那后果是不堪设想的; 对于一些联机交易系统，所有的交易必须快速响应，如果采用这样的触发器，系统的响应时间就会变得太长。
对于使用数据库的外键，这种方法相当于设置了一个子表，对于父表不存在的内容，子表不能插入，也不能修改，但是对父表却没有约束。这种方法，在起作用范围内，效率还是比较高的。
对于系统环境不允许使用触发器的情况，或者对于错误定位要求比较明确以致超出外键能够报告的详细程度的情况，就要使用应用逻辑了。使用应用逻辑实际上可能效率会低于外键，而且由于数据库本身已经没有了控制机制，所以对于应用逻辑的错误或者绕开了应用逻辑的情况，是没有办法保证数据一致性的。
处理数据库的物理模型
实际上，在建立数据库逻辑模型的过程中，物理模型就也已经建立了。但是，在处理数据库
的物理模型时，仍旧有一些方面要给与特殊的关注。
1．要特别关注逻辑模型到物理模型的映射关系
IDEF1X的实体名对应数据库的表名，属性名对应字段名，关系名对应约束名，外键名对应索引名。这些似乎全部是自动完成的。但是，如果对于Domain使用不当，有可能形成两者不一致的情况，这时，要在改了逻辑名之后，看一下物理名是否也正确。
另外，在逻辑模型中，数据类型是比较丰富的，对应到了物理模型，要看看到底是不是需要的数据类型。
还有一点要说明的是，即使在物理模型中，在图中显示字段的次序按照列（Column）和按照物理次序是不同的。如果编写程序时，使用的是“Select *”之类的用法，想看到字段的物理次序，一定要在物理模型中将“Format”菜单中的“Display Level”选项设为“Physical Order”。
2．需要定义所使用的目标数据库涉及到的物理参数
使用ERWin的优点，就是最终能够做到产生的脚本能够实现完全等价的人工配置，换句话说，ERWin也能够成为DBA的工具。不同的数据库，对于建库脚本中需要的物理参数差异比较大，为了合理地定义参数，开发部门应该与系统管理部门协商，定义参数应该尽量按照继承的方式进行，便于统一协调和管理。
3．正确选择正向工程的选项
ERWin的正向工程，也就是根据物理模型联机建立数据库表或者生成DDL脚本，有很多选项，这些选项的正确选择十分重要，如果选择不当，即使辛辛苦苦做出一个符合要求的模型，建立的数据库却可能是不对的。为此，笔者有如下几点经验：
●对于正向工程可能的选项，决不能想当然，在更换了数据库，甚至升级了数据库的版本后，都应该认真地审查一下选项是否正确。
●对于正向工程在生成时的选项必须认真斟酌，从生成的脚本中，判断每一个选项的作用。
●ERWin可以生成的索引包括主键索引、替换键索引、非惟一索引和外键索引四类。一般来说，主键、次键都是需要的，而非惟一索引是根据业务需要加上去的，一般也会需要。外键索引则首先要看是否在物理模型中使用了外键，其次要看是否根据外键进行检索，再次还要看是否外键的索引就是主键的索引。
●ERWin在默认的情况下，是不按照用户定义的约束名来产生DDL脚本的，如果想按照用户定义的约束名产生DDL脚本，应该在正向工程的“Other Option”选项中，选中“Constraint Name”。
4．逆向工程的一种使用方法
逆向工程能够从一个现有生产库或者数据库的脚本中产生ERWin的物理和逻辑模型，但是，据笔者的体会，逆向工程产生的结果，一般无法判定各个实体之间的关系，也就是说，实际上是一个一个的表，视图也可以产生出来。
逆向工程的一个用途，就是在有十分严格的系统管理，往往不接受指定格式的数据库维护需求的情况下，当提交了更改需求后，可以向DBA请求其操作的DDL脚本，据此生成模型，进行模型级的全面比较。由于比较的时候，可以指定比较的内容，所以可以找到很多手工难以发现的差错。
5．充分利用全面比较功能
对于数据库已经投产后，需要带着数据进行数据库升级的情况，使用全面比较是一种可行的方法。在全面比较时，既可以看到两个版本的全部差异，也可以实现两个版本中的一个向一个靠拢，或者两个版本的合并。需要注意的是，由于目前版本的ERWin还不能指定生成全面比较的DDL脚本与正向工程对应的选项，所以对于生成的DDL脚本，还是应该进行一定的手工验证的。
自数据库的设计开始，对于每一次数据库的更改，均记录相应的版本，然后使用全面比较确定差异，这样可以有效地减少出现错误的概率。即使已经确定使用产生全部新表的方式重建数据库，也应进行全面比较，以确定是否改动了所要改动的，并且没有改动所不要改动的。
（作者E-mail:likuan@https://www.doczj.com/doc/2e11240978.html,）
链接
使用数据库建模工具的好处
便于从总体上把握数据模型
如果采用了数据库建模工具，并按照一定的方法论，建立了逻辑模型，则易于从总体上把握数据库的设计。
能够支持多种物理数据库
大型项目往往需要支持多种数据库，如果采用了数据库建模工具，就易于在逻辑层控制应用对数据要求的一致性。
能够灵活地产生文本格式的数据库说明文档
采用数据库建模工具，可以从模型中直接产生多种格式和内容要求的文档，以满足各个方面的要求。
能够从模型中产生建库和升级的脚本
在指定了目标数据库后，数据库建模工具能够随时在逻辑模型和物理模型之间切换。对于所做的数据更改，也可以产生详细的差异清单，这对于复杂的、多变的数据库设计，是特别有帮助的。
Erwin工具使用指南（版本号：V ）
文档修订状况
目录 第一章基本概念 (4) 数据模型（Modal） (4) 视图 (4) 逻辑视图（Logical） (4) 物理视图（Physical） (4) 第二章操作指南 (6) 新建模型 (6) 视图切换 (7) 新建主题区域 (7) 切换主题区域 (9) 编辑主题区域 (10) 选择现有数据实体到指定的主题区域。 (10) 在主题区域新建数据实体 (11) 在主题区域删除数据实体 (12) 数据实体导航 (13)
第一章基本概念 1.1数据模型（Modal） 数据模型是数据实体(Entity)和数据实体间的关系（Relationship）总和。可以简单的理解认为数据实体就是对应数据库表，实体间的关系就是表之间的关系。 1.2视图 Erwin对数据模型提供两种视——逻辑视图、物理视图。 1.2.1逻辑视图（Logical） 是以业务需求的概念对数据模型进行描述。通俗的说，在逻辑视图中我们可以用中文或描述性的语言来描述数据实体（表）和数据实体的属性（字段）。下面就是一个对车辆信信息实体的逻辑视图。 1.2.2物理视图（Physical） 物理视图与逻辑视图一一对应，物理视图是针对一种具体的数据库进行逻辑视图的物理映射。通俗的说，在物理视图中我们必须为每一个在逻辑视图中出现的数据实体（表）指定一个可被具体数据库接纳的表名称，譬如我们使用MySQL作为我们的数据库实现，我们就必须为具体的实体指定一个数据库表名（英文单词或词组），同样的对实体属性（字段）的命名也需进行转换，数据类型也需要具体为数据库支持的数据类型。下面就是对应车辆信息实体针对MySQL数据的物理视图。
Getting Started with ER win (Erwin 入门) by Dr. Peter Wolcott Department of Information Systems and Quantitative Analysis College of Information Science and Technology University of Nebraska at Omaha（由内布拉斯加州的奥马哈大学信息科学与技术学院门的信息系统和定量分析博士彼得著） Introduction （介绍） ER win is a popular data modeling tool used by a number of major companies in Omaha and throughout the world. （Erwin是受奥马哈和世界各地的一些主要的公司欢迎的数据模型工具） The product is currently owned, developed, and marketed by Computer Associates, a leading software developer.（该产品是由具有领导地位的CA软件开发公司拥有、开发和销售） The product supports a variety of aspects of database design, including data modeling, forward engineering (the creation of a database schema and physical database on the basis of a data model), and reverse engineering (the creation of a data model on the basis of an existing database) for a wide variety of relational DBMS, including Microsoft Access, Oracle, DB2, Sybase, and others.该软件为多种多样的关系型数据库管理系统,包括 Microsoft Access,甲骨文,Sybase,DB2,和其他人提供支持数据库设计的各个方面，包括数据建模、正向工程（在现有的数据模型的基础上创建数据模式和物理数据库）和逆向工程（在现在的数据库基础上创建数据模型） This brief tutorial steps you through the process of creating a data model using ER win.（你可以通过这个简单教程中的步骤运用Erwin来创建数据模 型） It will not explain all aspects of ERwin, but will show you the minimum necessary to create and use data models for this class. （这个课程不可能全面地讲解Erwin，但它向你展示了必要的最基本的创建和使用数据模型的知识） It consists of three major segments, which correspond to the project-related assignments in your class: （这个课程由三个主要部分组成，它与有关项目任务相符） 1.Creation of a basic data model (Conceptual data model) 创建一个 基本的数据模型(概念数据模型) 2.Creation of a database schema 建立数据库模式 3.Creation of the database创建数据库
Erwin教程 erwin是一个数据库关系实体模型（ER Model）设计工具，与Power Designer（Sybase公司开发）成为最常用的两种数据库设计工具。目前该工具被CA收购，成为CA数据库解决方案中的一个关键部分。与微软的Vision相比，erwin只能设计er model，而且设计界面选项较多，相对来说并不那么友好，增加了使用的难度。但如果你是一个出色的数据库应用开发者，那你一定会发现erwin的好处。因为在设计模型层次和复杂度提高以后，visio难以应付众多的数据对象设计和对象之间的关系设计。而且erwin提供了数据库正向工程、逆向工程和文档正向工程功能，可以把设计直接实施到数据库后者把数据库中的对象信息读到erwin设计中，也可以生成设计文档，格式还可以自动定义。在本教程中，将告诉大家我是怎样简单的使用erwin来进行数据库设计的。这里强调了简单二字，就是说有很多只有20%机会用到的80%的功能本教程是不会介绍的。本文用到的erwin版本是4.0。 教程一：Table & Subject Areas Table是数据库中最基本的物理元素，保持了应用的持久数据。在普通的信息系统数据库结构设计中，有90%的工作是在设计table。而table的字段定义和表间的关系，也反映了整个系统的数据流图和大致的业务流程。 Subject Areas是erwin提供逻辑元素，在实际数据库中并不存在。它的含义是把物理元素和逻辑元素按照实际意义划分成各个主题，在主题域中添加对元素的引用，起到一个按图索骥和目录的作用。有一个缺省的主题域Main Subject Area，所有的元素都会在该主题域中存在。在我本人的设计方法中，我会新建诸如“参数表”，“分户表”，“控制表”，“临时表”，“明细表”，“日志表”和“总帐”等主题域。 下面跟着我的说明，一步一步来设计table： 装好erwin4.0后，打开程序。提示你是创建一个新模型还是打一个已有的，选择创建新模型。在Model Type中选择Physical（物理模型），下面的Target Database默认值就是Oracle8.x，使用默认值，点击OK，创建了一个空白的模型。
Erwin工具使用指南（版本号：V 1.0）
文档修订状况
目录 第一章基本概念 (4) 1.1 数据模型（Modal） (4) 1.2 视图 (4) 1.2.1 逻辑视图（Logical） (4) 1.2.2 物理视图（Physical） (4) 第二章操作指南 (6) 2.1 新建模型 (6) 2.2 视图切换 (7) 2.3 新建主题区域 (7) 2.4 切换主题区域 (9) 2.5 编辑主题区域 (10) 2.5.1 选择现有数据实体到指定的主题区域。 (10) 2.5.2 在主题区域新建数据实体 (11) 2.5.3 在主题区域删除数据实体 (12) 2.6 数据实体导航 (13)
第一章基本概念 1.1 数据模型（Modal） 数据模型是数据实体(Entity)和数据实体间的关系（Relationship）总和。可以简单的理解认为数据实体就是对应数据库表，实体间的关系就是表之间的关系。 1.2 视图 Erwin对数据模型提供两种视——逻辑视图、物理视图。 1.2.1 逻辑视图（Logical） 是以业务需求的概念对数据模型进行描述。通俗的说，在逻辑视图中我们可以用中文或描述性的语言来描述数据实体（表）和数据实体的属性（字段）。下面就是一个对车辆信信息实体的逻辑视图。 1.2.2 物理视图（Physical） 物理视图与逻辑视图一一对应，物理视图是针对一种具体的数据库进行逻辑视图的物理映射。通俗的说，在物理视图中我们必须为每一个在逻辑视图中出现的数据实体（表）指定一个可被具体数据库接纳的表名称，譬如我们使用MySQL作为我们的数据库实现，我们就必须为具体的实体指定一个数据库表名（英文单词或词组），同样的对实体属性（字段）的命名也需进行转换，数据类型也需要具体为数据库支持的数据类型。下面就是对应车辆信息实体针对MySQL数据的物理视图。
ERWIN操作手册 操作手册 文档修订 版本日期更改人描述（注明修改的条款或页）V1.0 王朝操作手册 2003年9月8日 山东浪潮齐鲁软件产业股份有限公司 电子政务产品事业部
目录 1.通过Erwin 建立er1文件...........................................................................................................2 2用ERWin 的方法将ERWin 中的表导入到数据库中.................................................................6 3用ERWin 的方法将数据库表结构导入到ERWin 中 (18) Erwin 数据库设计工具 介绍 数据库设计错误将会导致在很长一段时间内不断听到各种抱怨,因此,选择 一个适合的数据库开发工具对数据环境进行规范将非常重要 . Erwin 在物理数据库的生成和反向生成、双向同步和比较功能方面居领先地位 ,可以进行逆向工程、能够自动生成文档、支持与数据库同步、支持 团队式 开发,所支持的数据库多达20多种。 Erwin 数据库设计工具可以用于设 计生成客户机/ 服务器、Web 、Intranet 和数据仓库等应用程序数据库。 1.1.通过通过Erwin 建立er1文件文件 在开始\程序菜单中打开Erwin,在Erwin 主窗口中单击create model 图标弹出如下窗口:
在new model type选项中选择physical项,在database中选择oracle类型,version中选择9.x版本,如下图: 点击ok按钮. 1.1建表
ERwin的使用手册 1. ERwin简介 ERwin是一个数据库关系实体模型（ER Model）设计工具，与Power Designer（Sybase公司开发）成为最常用的两种数据库设计工具。目前该工具被CA收购，成为CA数据库解决方案中的一个关键部分。与微软的Vision相比，ERwin只能设计er model，而且设计界面选项较多，相对来说并不那么友好，增加了使用的难度。但如果你是一个出色的数据库应用开发者，那你一定会发现ERwin的好处。因为在设计模型层次和复杂度提高以后，visio难以应付众多的数据对象设计和对象之间的关系设计。而且ERwin提供了数据库正向工程、逆向工程和文档正向工程功能，可以把设计直接实施到数据库后者把数据库中的对象信息读到ERwin设计中，也可以生成设计文档，格式还可以自动定义。在本教程中，将告诉大家我是怎样简单的使用ERwin来进行数据库设计的。这里强调了简单二字，就是说有很多只有20%机会用到的80%的功能本教程是不会介绍的。本文用到的ERwin版本是4.0。 2.ERwin使用 2.1正向工程 ⑴新建文件，如图1所示： 图1 Logical：只创建逻辑模型 Physical：只创建物理模型 Logical/ Physical：二者均可创建
⑵假设创建逻辑模型，可选择Logical，如图2所示： 工 绘图区 图2 常用的有以下几种： ：用于移动； ：用于创建实体。 ：用于“Complete sub-category” ：用于连接。“Identifying relationship”，即为标值关系。注意：先点的为被引用的表，后点的为引用的表。 ：用于多对多连接。“Many-to-many relationship”注意：先点的为被引用的表，后点的为引用的表。 ：用于连接。“Non- identifying relationship”，即为非标值关系。注意：先点的为被引用的表，后点的为引用的表。