使用 Rational XDE 进行数据建模

简介
如果你在你的项目或者公司中参与了数据的架构，这篇文章或许可以帮助你。这篇文章为数据库设计者、管理员或者负责实现数据模型的开发人员而准备的，不论是逻辑的和物理的，还是实际厂商的数据库（尤其是 DB2 Universal Database）。

如果你对关系数据库的基础（普通的表单和特定的实体关系设计）有所了解，对你理解本文中的内容将会很有帮助。如果你对统一建模语言（UML）有所了解，尤其是类图，他们在 Rational? 工具中被用作实体关系图的虚拟代替品，这也将对你很有帮助。

本文介绍了关于 IBM? Rational XDE 工具集的 Data Modeler 组件的，和如何与 IBM 的 DB2? UDB 数据库管理系统一起结合使用的。本文包括两个部分：

第一部分：Rational XDE 和数据建模（Data Modeling）透视图简介

Rational XDE 简介 描述 Rational 工具如何成功的使用统一建模语言（UML） ，和如何使 UML 对数据库建模和设计可用。这个部分通过一个零售业的样例引入了实体的列表，这个样例构成了这篇文章的核心。
数据建模（Data Modeling）透视图 向你介绍了关于在 IBM WebSphere? Application Developer (或者 Eclipse) 中的数据建模（Data Modeling）透视图的主要特性，并带你在 Rational XDE 中建立你的第一个数据建模（Data Modeling）项目。
第二部分：使用 Rational XDE 进行数据建模

逻辑数据建模 将实体列表转成羽翼丰满得逻辑数据模型，并演示如何转换整个逻辑数据模型成为（物理）数据模型。
物理数据建模和 DB2 UDB 集成 展示从逻辑数据模型中生成数据模型，和如何对这个模型进行一些变更以包括其他的（比如表空间）物理实现特性。这个部分演示如何直接正向工程数据模型成为一个 DB2 UDB 数据库中的模式（schema ）。
逆向工程 显示逆向工程的整个过程。在早期被创建的 DB2 UDB 数据库被逆向工程成为一个最新的数据模型。从这个数据模型，你能够产生一个逻辑数据模型。
同步工具 展示同步工具在管理和传播在逻辑模型、物理模型和实际数据库之间的变化的能力。
软件要求
本文的主题是 Rational 的 Data Modeler ，它是 Rational XDE 的 Rational 开发者工具集的一个主要的部分。 Rational XDE 被集成进了IBM 的其他开发工作台工具中。在本文中，它被与 IBM WebSphere Studio Application Developer, version 5.1.1 一起使用。

在自由下载的 Eclipse 开发工具 2.1 版本中运行 Rational XDE 是可能的。将 Rational XDE 安装进入 WebSphere Studio Application Developer 中超出本文的范围，但是这个安装过程是相当直接的。 本文的目标数据库是 IBM DB2 UDB 。你能够下载一个 DB2 Universal 数据库或者 Personal Edition version 8.1.3 的 试用版本

逻辑数据建模

创建逻辑实体
你已经创建了数据建模的项目了，你可以准备开始一个逻辑数据的建模工作了。你将回想一下到目前为止所有你已经有的超市样例的六个实体，在表格了列出了实体的属性集合。为了真正的说明实体之间是如何关联的和解释设计，你需要一个更加令人兴奋的和信息丰富的介质 － 也就是一个实体关系图。这是 Data Modeler 能够给你的作为你设计的逻辑模型的一部分。

这里有一些机制。你将与 Logical Data Model:Main 图进行工作。创建六个分离的 UML 类来代表原始列表中的六个逻辑实体：

1. 为 Logical Data Model:Main 图选择编辑窗口。

2. 注意，Toolbox 视图的 UML Class 面板（左边）会自动的展开。选择 Data Model:Main 和 Logical Data Model:Main 中的任意一个 － 注意当物理图被选中时 Data Modeler 面板是如何被展开的。确保你已选择了 Logical Data Model:Main 为结束。

3. 引入第一个实体。从 UML Class 面板列表中点击 Class 然后在点击 Logical Data Model:Main 图的任意位置点击鼠标。等待片刻，Class1 以一个盒子的形式出现在图中。重命名它为 Order 。

4. 重复上面的步骤来创建其他五个类（逻辑实体），分别命名为：Order Detail、Supplier、Product、Garment 和 Food Item

5. 注意，当你创建类时，他们作为新的节点出现在 Logical Data Model 的 Model Explorer 视图中。

6. 保存图（Ctrl-S）。

你的逻辑数据模型图应该象下图：

实体原型
你已经有了你的超市数据库逻辑设计的框架了，你的逻辑实体看起来非常象 UML 的类。你的任务是产生一个实体关系图。为了使 UML 类更象实体，给他们一个实体的原型。他们的图标在 Model Explorer 视图中会有所变化，这样就有了一个可视化的提示告诉我们数据模型与你的超市对象模型有所不同。 应用实体原型：

1. 依次选择每一个类。

2. 在 Properties 视图中找到 stereotype 特性。

3. 点击这个特性有边的按钮。一个 Properties 窗口被打开（见下图）。

4. 在 Properties 窗口列表中，选中 Entity 。

5. 点击 OK 。

在 Model Explorer 中，注意你选择的类的图标是如何从一个档案柜样子图形编程黄色圆圈下带一条直线的图形。 你也许也注意到了逻辑图也使用了相同的图标，稍微大一些。如果你宁愿将可视化的原型作为平淡的文字（<<entity>>），找到 Appearance 工具栏：

使用一个或者多个被选中的类，点击 Show stereotype as... 下拉列表并选择 Shape Stereotype: Label 。

注意，在帮助文字中所说的："<<entity>> 原型被需要转化类到数据模型表"。将类指派成为实体是很好的。

一些技巧：

有时 Appearance 工具栏很难被找到。如果你不能找到它，Window > Reset Perspective 通常能够使它可见。
有时类有选择的出现，但是 Appearance 工具栏按钮会变灰或者不可得到。远离类点击鼠标，然后重新选择就会解决这个问题。
你的超市逻辑设计现在是可理解的了，即使还有些不丰满。你加了一些类并将他们转换成了实体，但是到此为止他们还缺乏属性。现在是时候添加这些属性了。

添加属性的一个方法是在 Model Explorer 视图中右键点击实体，并从上下文菜单中选择 Add UML > Attribute 。这不是非常高效的。在这点上你能做的所有事情是给属性一个名字（任何为属性添加类型的尝试都会被拒绝）。

直接编辑图形是更好的方法。在逻辑数据模型图中右键点击 Order 类，并选择 Add UML > Attribute 。这个时候为属性命名，后面跟着一个冒号，然后是一个类型。这就是第一个属性，Order Id ，看起来象：

Order Id: Integer 

作为一个被添加的特性，当你按下回车键时，你会发现在下一行上已经立即添加了下一个属性。

Order Description: String Order Type: ProductType Order Status: OrderStatus Created By: String Created Date: Date 

在你为最后一行按下回车键后，按 Escape 键，它能够删除新的将要添加的属性。仔细的输入上面所示的属性。两个词的名字，比如 Order Description 之间有一个空格；两个词的类型则没有。

原文转自：http://www.ltesting.net