如何分析Microsoft&reg、Visio&reg和 Enterprise模塊

如何分析Microsoft&reg、Visio&reg和 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) works for / employs Department(code)  
Employee has EmployeeName()  
Employee has MobileNr()  
Employee drives / is driven by Car(regNr)  

看完上述內容，你們掌握如何分析Microsoft&reg、Visio&reg和 Enterprise模塊的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！