摘要：本文是介绍 Microsoft Visual Studio .NET Enterprise Architect 中基于 Visio 的数据库建模组件系列文章中的第一篇，重点介绍该工具提供的对象角色建模 (ORM) 支持。
简介
Microsoft? Visio? Enterprise 2000 中的数据建模解决方案为使用对象角色模型 (ORM) 进行概念性信息分析，以及使用关系、IDEF1X、Crowsfoot 和对象关系表示法进行逻辑数据库建模提供了基本的支持。ORM 架构可以通过实施正向工程获得逻辑数据库架构，从中可以生成用于多种数据库管理系统 (DBMS) 的物理数据库架构。对物理数据库的结构实施反向工程可以获得逻辑数据库架构或 ORM 架构。最新发布的 Microsoft Visio 2002 产品只包含 Standard 版和 Professional 版，Professional 版包含了以前单独的 Technical 版，但不包含 Enterprise 版。虽然 Visio 2002 Professional 包含 ORM 模具，但仅用于绘图，因为它的 ORM 图表无法映射到逻辑数据库架构，并且无法通过实施反向工程从物理数据库获得。Visio 2002 Professional 包含数据库建模解决方案，用于定义新的逻辑数据库架构或从现有数据库对其实施反向工程，但是不能实施正向工程获得物理数据库架构。
Microsoft 曾经一度在其 Visual Studio 产品范围内支持数据库设计和程序代码设计（使用 UML）。在收购了 Visio Corporation 之后，Microsoft 有两种独立的产品（Visio Enterprise 和 Visual Studio）都支持数据库设计和 UML，从而在功能上有明显的重复。为了统一这些产品功能，首先 Visio Enterprise 内原有的深层建模解决方案已被增强并转移到 Microsoft 新产品 Visio for Enterprise Architects (VEA) 中（该产品包含在 Microsoft? Visual Studio? .NET Enterprise Architect 中）。这些基于 Visio 的建模解决方案都包含在 Visual Studio .NET Enterprise 的 Beta 2 中，随后发布的最终版本也会包括这些方案。VEA 中的深层 ORM 解决方案与 Visio Professional 中简单的 ORM 绘图模具完全不同，并且二者不能互相转换。不过，VEA 中的数据库建模解决方案可以从 Visio Professional 中导入，然后对其实施正向工程，获得 DDL 脚本或物理数据库架构。
本系列文章简单介绍了如何在 VEA 内使用数据库建模解决方案。Microsoft Corporation 已获得文中各方面信息（例如，公司名、产品名、用户界面）的商标权、版权或专利权。本文主要介绍 ORM 解决方案的基本内容，假定本文的读者已经熟悉 ORM 和关系数据库建模。ORM 的概述可从网上下载 [参考书目 1 和参考书目 2]。ORM 的深层处理和数据库建模将在我最新出版的书 [参考书目 3] 中讨论。
创建新的 ORM 模型
基于 Visio 的建模工具在 Visual Studio .NET Enterprise Architect 中作为独立的解决方案运行。打开该工具时，Beta 版的打开屏幕如图 1 所示。选择 Database （数据库）作为绘图类型，然后选择相关 ORM 模板。如果用户所在地为美国，通常选择 ORM Source Model (US units)，如下所示（默认的页面大小为 Letter，默认的度量单位为英寸）。将光标悬停在模板图标上时，图标将突出显示并在左侧显示工具提示。Visio 提供美国版本和国际（公制）版本两种模板。如果选择不带 (US units) 的 ORM Source Model，默认的页面大小为 A4，默认单位为公制。
注意：在最终的版本中，除非选择其他版本，否则仅安装适用于用户所在国家/地区的标准单位系统。
选择 ORM 源模型模板时，将显示如图 2 所示的屏幕。除了位于顶部的菜单和图标外，还有一个 ORM 模具、一个 Drawing（绘图）窗口和一个用于显示 Business Rules 编辑器、数据库属性表以及可能打开的其他窗口（例如，Verbalizer（描述器））的区域。
图 1：选择使用 ORM Source Model（ORM 源模型）
图 2：ORM 模具、Drawing（绘图）窗口和 Business Rules（业务规则）窗口
为了减少图 2 所占用的空间，我已经对其显示的大小作了最大程度的调整。通常 Drawing 窗口将占据大部分屏幕。默认情况下，ORM 模具中的三种形状显示在同一水平行中。通过减少 ORM 模具的宽度使三种形状垂直排列，可以为 Drawing 窗口提供更多空间，如此处所示。要调整模具宽度，请将光标悬停在模具和绘图窗口之间的边框上，光标变为调整大小光标时，将边框向左侧拖动。
使用 Fact Editor（事实编辑器） 添加句子类型
通过将 Object Type（对象类型）和 Predicate（谓词）形状从模具拖到 Drawing 窗口，可以将句子类型（事实类型或引用类型）添加到 ORM 模型中。另外，还可以使用 Fact Editor（事实编辑器）添加句子类型。现在，让我们使用 Business Rules 编辑器来进行此操作。将光标移到 Business Rules（业务规则）窗口中的 Fact Types（事实类型）窗格的底端行（在本例中只有一行）。输入事实类型或按 F2 键。显示 Fact Editor（事实编辑器）。还可以通过从屏幕顶部的 Database（数据库）菜单中选择 Database|View|Fact Editor （数据库|视图|事实编辑器）来调用 Fact Editor（事实编辑器）。默认情况下，Fact Editor （事实编辑器）的输入样式是 Guided（导向），如图 3 所示。
图 3：使用 Guided （导向）输入样式窗口的 Fact Editor（事实编辑器）
可以输入二元关系，提供正向阅读（例如，Employee works for Department[雇员就职于部门]）和反向阅读（例如，Department employs Employee [部门雇用雇员]）方式。如果需要，可以从二元中选择不同的设置更改关系中的数量（角色数目）。Object 窗格允许用户将对象类型分为实体类型、值类型或外部对象类型。如果实体类型具有简单的标识方案，则可以添加其引用模式（例如，雇员编号和部门代码）。
熟悉 Fact Editor（事实编辑器） 后，您可能希望将其输入样式更改为 Freeform（自由绘制），这样就可以通过使用正式语法更加快捷地输入句子类型。要将输入样式更改为 Freeform，可以使用选项按钮，还可以通过以下步骤使 Freeform 成为默认类型：转到屏幕顶部的 Database（数据库） 菜单，选择 Database | Options | Modeling...（数据库 | 选项 | 建模...），然后打开 Fact Editor （事实编辑器）窗格并将首选模式设置为 Freeform，如图 4 所示。在许多语言中，通过首字母大写命名对象类型，将其名称假设为一个词语（例如 Employee [雇员] 和 VicePresident [副总统]），可以很方便地标识对象类型。对于不适于使用这种方法的语言，或当名称由以空格分隔的多个词语组成时，应该选择括号模式：将对象类型名称用方括号括起来（例如，[employee]、[vice president]）。
图 4：将 Fact Editor（事实编辑器） 的默认输出样式设置为 Freeform
在 Freeform 模式中，引用模式显示在对象类型名称后面的括号中。如果应用了反向阅读，则使用反斜杠 (/) 来区分正向阅读和反向阅读。
图 5 为一个示例。
图 5：使用 Freeform 输出样式的 Fact Editor（事实编辑器）（单击图像以查看大图片）
为实体类型提供引用方案后，就不需要在以后指定事实类型时重复引用方案了。与实体类型不同，值类型（例如，EmployeeName [雇员姓名]、RoomNr [房间号]）没有引用方案，由于其实例仅为文字常数（例如，用于命名或引用实体的字符串或数字），因此它们可以标识其自身。在 Freeform 模式中，值类型通过附加空括号 [()] 来标识。下面提供了使用正式的、自由绘制语法的某些事实类型的示例：
Employee(empNr) works for / employs Department(code)
Employee has EmployeeName()
Employee has MobileNr()
Employee drives / is driven by Car(regNr)
现在，使用 Fact Editor （事实编辑器）输入这些事实类型（使用 Guided 或 Freeform 输入）。单击前三个事实类型后面的 Apply（应用） 按钮添加事实类型。输入第四个事实类型后，单击 OK（确定）。此操作将添加最后一个事实类型，并关闭 Fact Editor（事实编辑器）。这些事实类型尚未显示在绘图窗口中，但是现在已列在 Business Rules 编辑器中了。如果将光标移到其中一个 Fact Editor （事实编辑器）上，其右侧将显示一个 Edit（编辑） 按钮（参阅图 6）。如果单击 Edit（编辑） 按钮，将弹出 Fact Editor（事实编辑器），显示要编辑的事实类型。此操作提供了一种在 Fact Editor（事实编辑器） 中添加基本约束和示例的方法。
图 6：事实类型列在 Business Rules 编辑器中，并且可以编辑
使用 Fact Editor（事实编辑器）添加基本内部约束
如果约束仅应用到一个谓词，则为内部约束，否则为外部约束。使用 Fact Editor（事实编辑器） 可以声明以下内部约束：内部唯一性、简单强制、内部频率和环式约束，但不能指定内部集合比较约束（例如，同一谓词的两个角色之间的排斥约束）、外部约束（例如，外部唯一性约束或两个谓词之间的集合比较约束）或值约束（例如，将 Sexcode [性别代码] 值限制为 {M, F}）。实际上，Fact Editor（事实编辑器） 中声明的约束最好限制为简单内部唯一性约束和简单强制约束。要声明其他类型的约束，有一个快捷方法（请参阅此系列文章的第二部分）。
要向 Fact Editor（事实编辑器）中显示的事实类型添加约束，请选择 Constraints（约束）选项卡。默认情况下，constraints（约束）窗格将唯一性和强制性约束组合在一起，以便更快地对其做出指定。例如，在图 7
