专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅

首页 »数据库 » 变更管理:DB2 变更管理工具和Rational DA集成(1) »正文

变更管理:DB2 变更管理工具和Rational DA集成(1)

来源: 发布时间:星期一, 2009年3月16日 浏览:0次 评论:0
="t18">   本文举例源代码或素材下载   概述  将数据库变更治理过程想象成套彼此相连拼图块拼图是数据建模块是数据库更改我们将展示 IBM 为将这两块结合在起而提供解决方案IBM DB2 Change Management Expert for Linux®, UNIX®, and Windows® 是款新数据库变更治理工具它可以单独使用也可以和 IBM Rational Data Architect 结合使用后者是用于企业数据建模和集成设计工具在物理数据模型方面这两种工具使用相同语言因而可以集成从设计和建模到数据库变更治理过程 物理数据模型使数据架构师、开发人员和数据库治理员面对同个页面而不必在个人和小组的间往返转换更改  DB2 Change Management Expert 和 Rational Data Architect 都使用 Eclipse 框架同时使用这两个产品团队(Team)可以利用 Eclipse Team 组件来控制信息流而且Rational Data Architect 和 DB2 Change Management Expert 可以同时出现在同个 Eclipse 框架中(也就是说通过 “shared shell” 安装)人扮演多个角色情况下shared shell 可以提供个单独用户界面  场景概述  本文通过个场景来阐释客户如何使用这两种产品我们将以家虚构公司 JK Enterprises 作为举例客户JK Enterprises 已经开始使用 DB2 Change Management Expert 和 Rational Data ArchitectJK Enterprises 数据建模师 Tom 正在使用 Rational Data Architect而身为公司 DBA Eric 正在使用 DB2 Change Management Expert但是请注重在某些较小工作室可能个人同时使用这两个工具  假设由于 JK Enterprises 业务需求他们需要为他们项目添加完成码他们需要对数据库加以更改添加个完成码表但是他们还希望在逻辑模型中反映这更改由于不确定逻辑模型是否是最新因此他们选择首先根据生产数据库创建个物理模型Eric 将在 DB2 CME 中创建这个物理模型并将它发送给 Tom然后Tom 使用 Rational Data Architect 将这个物理模型转换为个逻辑模型并确定完成码实体、所需关系和属性然后通过和 Eric 协商他在 Rational Data Architect 中将这个逻辑模型转换成个物理模型然后Eric 在 DB2 Change Management Expert 中使用这个更新后物理模型并将变更迁移到个测试数据库中 ="current">12345678910下页   图 1. 场景概述    本场景分为以下 3 个主要部分:  Eric 使用 DB2 Change Management Expert 为 HR 数据库 创建物理模型  Tom 使用 Rational Data Architect 将物理模型转换为逻辑模型并对逻辑模型作出更改  Eric 使用 DB2 Change Management Expert 将 Tom 作出更改迁移至 HR 数据库  假如您具有以下先决条件那么可以通过完成以下小节中步骤尝试这些步骤  先决条件  本场景使用 DB2 Change Management Expert Version 1.1 和 Rational Data Architect 7.0假设数据库治理员已经在计算机上安装了 DB2 Change Management Expert并且数据架构师已经在计算机上安装了 Rational Data Architect(或者假如个人既是数据库治理员又是数据架构师那么应该在同台计算机上同时安装这两个工具)  此外必须在 DB2 Universal Database™ V8 (DB2 UDB) 或 DB2 V9 数据库中创建 JK Enterprises HR 数据库可以使用 DB2 Change Management Expert 来创建这个数据库完成以下步骤以创建并填充该数据库:  下载 CMERDADemo.zip package 到个临时目录中解压这个包  使用 DB2 Change Management Expert 创建个新数据设计项目  将 createCMERDADemo.chx 从临时目录复制到刚才创建数据设计项目中 SQL Scripts 文件夹中  展开 SQL Scripts 文件夹  右键单击 createCMERDADemo.chx 文件然后单击 Run SQL这时会弹出 Deploy Change Commands 向导  完成 Deploy Change Commands 向导中步骤创建和填充 HR 数据库: 上页1="current">2345678910下页   确保选择了适当数据库版本  输入用户名和密码  不选 “Create Deployment Project and Script file" 复选框单击 Finish  场景步骤  A 部分:创建 HR 数据库物理模型  在本场景部分Eric(数据库治理员)创建个新部署脚本它是跟踪变更治理进程个 DB2 Change Management Expert 资源当他为 HR 数据库创建部署脚本时会创建该数据库两个物理模型个模型是基本模型表示数据库当前状态第 2个模型是目标模型您要编辑这个模型以指定更改后数据库样子  Eric 会将基本模型发送给 Tom的后Eric 将 Tom 在本场景第 2部分作出更改应用到目标模型  和 Eric 您将完成以下步骤来创建部署脚本和物理模型  从主菜单栏中单击 File --> New --> Deployment Script这时会弹出 Deployment Script 向导  完成 Deployment Script 向导中步骤:  输入 "CMERDADemo" 作为项目名称然后输入 "CMERDADemo_HR" 作为部署脚本名称单击 Next  选择 Use Existing Connection然后选择 JKENT 单击 Next  输入用户 ID 和密码单击 Next  选择 HR 作为模式单击 Next  确认选择了所有元素单击 Next  确认将用于 HR 模式基本模型和目标模型默认名称单击 Next 在这个场景中默认名称为 CMERDADemo_HR_base.dbm 和 CMERDADemo_HR_target.dbm  确认 Options 页面上没有选中任何复选框单击 Finish  DB2 Change Management Experts 创建部署脚本和 HR 模式基本模型及目标模型图 2 展示了当展开 Data Models 和 SQL Scripts 文件夹时出现这些模型和脚本: 上页12="current">345678910下页   图 2. Data Project Explorer    此时通过电子邮件将基本模型发送给 TomTom 是数据建模师和数据架构师他那里有 Rational Data Architect或者也可以将它注册到个版本控制系统中这样 Tom 就可以通过 Rational Data Architect 在那里查看它  B 部分:将物理模型转换成逻辑模型并更改逻辑模型  在本场景第 2部分中Tom 将从 Eric 那里收到 HR 数据库物理模型添加到个数据设计项目中他将该物理模型转换成个逻辑模型然后使用个数据图对逻辑模型作出以下更改:  添加个新实体 COMPLETION_CODES该实体有两个属性:COMP_CODE 和 DESCRIPTION  添加个新属性 COMP_CODE 到 PROJECT 实体中  创建 COMPLETION_CODES 和 PROJECT 实体的间个外键关系其中 COMPLETION_CODES 为父实体  删除 ORGANIZATION 实体 DEPTNAME 属性 ORGANIZATION 中 DEPTNAME 和 DEPARTMENT 实体中 DEPTNAME 是重复  对逻辑模型作出更改后Tom 将逻辑模型转换成个物理模型并将这个有更改物理模型发送给 Eric  和 Tom 您将完成以下步骤:  启动 Rational Data Architect  确认进行了偏好设置以去掉模型转换期间作为逻辑数据类型 ROWID 和作为物理数据类型 CHAR 的间数据映射为了检查偏好设置完成以下步骤:  单击 Window --> Preferences以显示 Preferences 窗口  单击 Data --> Transform --> Data Type Markup以显示 Data Type Map  假如有行中 Logical Data Type 为 ROWID则删除该行页123="current">45678910下页   单击 OK  复制 Eric 通过电子邮件发来物理模型将其粘贴到个数据设计项目中  完成以下步骤将物理模型转换成逻辑模型:  在 Data Project Explorer 中在数据设计项目 Data Models 文件夹下选择物理模型 CMERDADemo_HR_base.dbm然后从主菜单栏中单击 Data --> Transform --> Logical Data Model这时会弹出 Transform to Logical Data Model 向导  完成向导中步骤:  在 Target Logical Model 页面上单击 Create model然后单击 Next  在 Logical Data Model File 页面上接受用于逻辑模型默认数据设计项目和逻辑模型默认名称单击 Next  在 Options 页面上指定 "HR" 作为包名单击 Next  在 Output 页面上可以看到物理模型已经被转换成逻辑模型单击 Finish 保存逻辑模型  这时弹出 Logical Data Model Editor其中显示有关该逻辑模型信息 逻辑模型 CMEDEMO_HR_base.ldm 创建成功并出现在 Data Models 文件夹中如图 3 所示:  图 3. Data Project Explorer    为逻辑模型创建个数据图您将使用数据图对逻辑模型进行更改  Data Models 文件夹中逻辑模型 CMERDADemo_HR_base.ldm  右键单击 Diagrams(在 HR 下)然后单击 New Overview Diagram  选择 HR 模式以包括所有相应元素然后单击 OK 该图在 Data Diagram Editor 中打开如图 4 所示:  图 4. HR 模式实体图  页1234="current">5678910下页   将用于完成码个名为 COMPLETION_CODES 实体添加到模型中  右键单击 Data Diagram Editor 背景然后单击 Add Data Object -> Entity这样将添加个实体到实体图中  在 Properties 视图中单击 General 标签页将实体重新命名为 COMPLETION_CODES  单击 Attributes 标签页然后使用 New 按钮添加两个新属性将第个属性重新命名为 COMP_CODE指定它为主键并确保它数据类型为 CHAR(5)将第 2个属性重新命名为 DESCRIPTION将它数据类型改为 VARCHAR(1024)  图 5 显示了在作出这些更改后 Data Diagram Editor 和 Properties 视图样子:  图 5. HR 模式实体图    创建 COMPLETION_CODES 和 PROJECT 的间个外键关系其中 COMPLETION_CODES 是父实体PROJECT 是子实体  从 Data Diagram Editor 中 Palette 中选择 Data --> Non-Identying Optional然后选择作为主键和父实体 COMPLETION_CODES 实体将其拖放到作为子实体 PROJECT 实体上  PROJECT 中自动创建个外键属性 COMP_CODE  从 ORGANIZATION 实体中去掉 DEPTNAME 属性  选择 ORGANIZATION 实体  在 Properties 视图中单击 Attributes 标签页 选择 DEPTNAME然后单击 Delete 按钮删除它  保存对模型所有更改  将逻辑模型 CMERDADemo_HR_base.ldm 转换成个名为 CMERDADemo_HR_changes.dbm 物理模型  在 Data Project Explorer 中进入逻辑模型所在 Data Models 文件夹页12345="current">678910下页   选择逻辑模型 CMERDADemo_base.ldm然后单击 Data --> Physical Data Model这时弹出 Transform to Physical Data Model 向导  完成 Transform to Physical Data Model 向导中步骤:  单击 Create New Model然后单击 Next  在 Physical Data Model File 页面上接受数据设计项目默认值指定 CMERDADemo_HR_changes 作为物理模型名称指定数据库类型单击 Next  在 Options 页面上检查用于转换选项确保 HR 被指定为模式名称单击 Next  单击 Finish 保存物理数据模型  此时将有更改物理模型通过电子邮件发回给数据库治理员 Eric或者也可以将它注册到版本控制系统中以便 Eric 通过 DB2 Change Management Expert 在那里查看它  C 部分:将发回更改应用到 HR 数据库上  在本场景最后部分Eric 将 Tom 发回对物理数据模型更改迁移到 HR 数据库目标模型上的后Eric 生成将这些更改应用到实际 HR 数据库时所需更改命令并将更改命令部署到数据库  和 Eric 您将完成以下步骤:  启动 DB2 Change Management Expert  复制 Tom 发回物理数据模型(CMERDADemo_HR_changes.dbm)在 Data Project Explorer 中将其粘贴到 CMERDADemo 数据设计项目 Data Models 文件夹中  右键单击 SQL Scripts 文件夹中 CMERDADemo_HR.deployxml打开部署脚本Deployment Script Editor 中显示部署脚本  图 6 显示了 Deployment Script Editor:  图 6. Deployment Script Editor  页123456="current">78910下页   将 Tom 发回物理数据模型(CMERDADemo_HR_changes.dbm)中更改迁移到 HR 数据库目标模型(CMERDADemo_HR_Target.dbm)上:  单击 Deployment Script Editor Data Models 标签页在 Data Models 页面上单击 Add  在 Source Models selection 对话框中通过下钻选择有更改模型(CMERDADemo_HR_changes.dbm)然后单击 OK该模型显示在 Define Source Models 字段中如图 7 所示:  图 7. Data Models 页面    选择该模型然后单击 Migrate这时弹出 Comparison Editor其左侧是有更改模型右侧是 HR 目标模型  使用工具条中向下箭头在这两个模型中各个差别的间进行切换  在这个演示中Comparison Editor 表明要迁移变更是从 ORGANIZATION 表中删除 DEPTNAME 列在 PROJECT 表中添加新外键 COMPLETION_CODE_PROJ_FK以及增加新表 COMPLETION_CODES  当转移外键时外键列 COMP_CODE 将被自动转移假如在转移 COMPLETION_CODES 表的前转移 PROJECT 中外键则 COMPLETION_CODES 表将被自动转移  当选中差别时单击向右箭头将这些更改转移或应用到目标 HR 模型上  单击 File --> Save 保存所有更改  关闭 Comparison Editor  单击 Problems 视图更正目标 HR 模型所有  DB2 UDB V8.2 用户注重:您将收到消息说 Rational Data Architect 为新主键和外键创建标识符太长在 DB2 V8.2 中这些标识符不能超过 18 个图 8 显示了个例子:  图 8. Problems 视图 上页1234567="current">8910下页     为了检查和修正这种:  为了使 Problems 视图中显示问题仅限于所选择元素(目标 HR 模型)单击 Filters 图标( ) 单击 _disibledevent=>910下页   在 Customize Export Commands 页面上单击 Default Query确保要删除列 DEPTNAME 不在 SELECT 列表中单击 Next  在 Customize Import Commands 页面上检查导出列和 ORGANIZATION 表导入列的间映射单击 Next  在 DB2 Maenance Command 页面上检查是否要生成用于保留对象上授权、重新绑定包、生成 runstats 或者刷新包缓存Cache命令默认情况下没有选择任何选项  假如选择重新绑定包则在 Select Schema 页面上需要为的重新绑定包模式被默认选中  在 Merge Change commands 页面上单击 Next  单击 Finish 生成更改命令可以在 Deployment Script Editor Change Commands 页面上查看生成更改命令  将更改部署到 HR 数据库中在 Deployment Script Editor Change Command 页面上单击 Deploy Changes to the Target Database这时弹出 Deploy Change Commands 向导  完成 Deploy Change Commands 向导中步骤  在 Deploy Steps 页面上输入用户 ID 和密码选中复选框单击 Next  在 Check Base Model 页面上单击 Next  在 Change Commands 页面上查看将被部署到数据库上更改命令单击 Finish  Data Output 视图中包含对 HR 数据库作出更改状态  结束语  本文演示了个有关客户如何同时使用 DB2 Change Management Expert 和 Rational Data Architect 场景这两种工具的间可以共享相同物理模型从而答应从设计和建模到数据库变更治理集成过程这个逐步教程应该可以帮助新用户学会同时使用这两种工具页123456789="current">10
0

相关文章

读者评论

发表评论

  • 昵称:
  • 内容: