确保选择了适当的数据库版本。 y旣v揦x?
输入用户名和密码。 z潛鄷蹺?
不选 “Create Deployment Project and Script file" 复选框，单击 Finish。 T軓{盒a!?
场景步骤 Uk鈷#Y?
A 部分：创建 HR 数据库的物理模型 f症?頧q?
在本场景的第一部分，Eric（数据库管理员）创建一个新的部署脚本，它是跟踪变更管理进程的一个 DB2 Change Management Expert 资源。当他为 HR 数据库创建部署脚本时，会创建该数据库的两个物理模型。一个模型是基本模型，表示数据库的当前状态。第二个模型是目标模型，您要编辑这个模型，以指定更改后数据库的样子。 崢!?XQ?
Eric 会将基本模型发送给 Tom。之后，Eric 将 Tom 在本场景第二部分作出的更改应用到目标模型。 =a??
和 Eric 一样，您将完成以下步骤来创建部署脚本和物理模型。 -d疌?靸 |
从主菜单栏中，单击 File --> New --> Deployment Script。这时会弹出 Deployment Script 向导。 k{@-W
完成 Deployment Script 向导中的步骤： 侫.t+D??
输入 "CMERDADemo" 作为项目名称，然后输入 "CMERDADemo_HR" 作为部署脚本的名称。单击 Next。 /?!D??
选择 Use Existing Connection，然后选择 JKENT。 单击 Next。 +嬡郓Gy?
输入用户 ID 和密码。单击 Next。 !0@w裑?
选择 HR 作为模式。单击 Next。 U@绋}Py?
确认选择了所有元素。单击 Next。
相关内容，推荐查阅中国软件工程网（www.rjgc.net） ?阑畐繀?
确认将用于 HR 模式的基本模型和目标模型的默认名称。单击 Next。 在这个场景中，默认名称为 CMERDADemo_HR_base.dbm 和 CMERDADemo_HR_target.dbm。 鋶`挦抑?
确认 Options 页面上没有选中任何复选框。单击 Finish。 O幯??L
DB2 Change Management Experts 创建部署脚本和 HR 模式的基本模型及目标模型。图 2 展示了当展开 Data Models 和 SQL Scripts 文件夹时出现的这些模型和脚本：
??cXⅸs#
此时，通过电子邮件将基本模型发送给 Tom，Tom 是数据建模师和数据架构师，他那里有 Rational DataArchitect。或者，也可以将它注册到一个版本控制系统中，这样 Tom 就可以通过 Rational Data Architect在那里查看它。 w 郬R{E7?
B 部分：将物理模型转换成逻辑模型，并更改逻辑模型 匲茨_JBWp
在本场景的第二部分中，Tom 将从 Eric 那里收到的 HR 数据库的物理模型添加到一个数据设计项目中。他将该物理模型转换成一个逻辑模型，然后使用一个数据图对逻辑模型作出以下更改： U){眞)
添加一个新实体 COMPLETION_CODES，该实体有两个属性：COMP_CODE 和 DESCRIPTION。 幊鸫?a葵*
添加一个新属性 COMP_CODE 到 PROJECT 实体中。 w?辙麊{|
创建 COMPLETION_CODES 与 PROJECT 实体之间的一个外键关系，其中 COMPLETION_CODES 为父实体。 ?枔靦$鑨
删除 ORGANIZATION 实体的 DEPTNAME 属性，因为 ORGANIZATION 中的 DEPTNAME 与 DEPARTMENT 实体中的 DEPTNAME 是重复的。 览-?Q_?
对逻辑模型作出更改后，Tom 将逻辑模型转换成一个物理模型，并将这个有更改的物理模型发送给 Eric。 絆,b嶞?
和 Tom 一样，您将完成以下步骤： 萲skf覣ps?
启动 Rational Data Architect。 ?僬XS
确认进行了偏好设置，以去掉模型转换期间作为逻辑数据类型的 ROWID 与作为物理数据类型的 CHAR 之间的数据映射。为了检查偏好设置，完成以下步骤： F?=偼R韄
单击 Window --> Preferences，以显示 Preferences 窗口。 <?矲y1?
单击 Data --> Transform --> Data Type Markup，以显示 Data Type Map。 儲?妩?@
如果有一行中 Logical Data Type 为 ROWID，则删除该行。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
