如何分析Microsoft®、Visio®和 Enterprise模块
如何分析Microsoft®、Visio®和 Enterprise模块
如何分析Microsoft®、Visio®和 Enterprise模块，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
ORM 架构可以通过实施正向工程获得逻辑数据库架构，从中可以生成用于多种数据库管理系统 (DBMS) 的物理数据库架构。对物理数据库的结构实施反向工程可以获得逻辑数据库架构或 ORM 架构。
发布的 Microsoft® Visio® Enterprise 产品只包含 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 中）。
这些基于Microsoft® Visio® Enterprise的建模解决方案都包含在 Visual Studio .NET Enterprise 的 Beta 2 中，随后发布的最终版本也会包括这些方案。VEA 中的深层 ORM 解决方案与 Visio Professional 中简单的 ORM 绘图模具完全不同，并且二者不能互相转换。不过，VEA 中的数据库建模解决方案可以从 Visio Professional 中导入，然后对其实施正向工程，获得 DDL 脚本或物理数据库架构。
Microsoft® Visio® Enterprise为实体类型提供引用方案后，就不需要在以后指定事实类型时重复引用方案了。与实体类型不同，值类型（例如，EmployeeName [雇员姓名]、RoomNr [房间号]）没有引用方案，由于其实例仅为文字常数（例如，用于命名或引用实体的字符串或数字），因此它们可以标识其自身。在 Freeform 模式中，值类型通过附加空括号 [()] 来标识。下面提供了使用正式的、自由绘制语法的某些事实类型的示例：
Employee(empNr)worksfor/employsDepartment(code)
EmployeehasEmployeeName()
EmployeehasMobileNr()
Employeedrives/isdrivenbyCar(regNr)
看完上述内容，你们掌握如何分析Microsoft®、Visio®和 Enterprise模块的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注恰卡编程网行业资讯频道，感谢各位的阅读！
