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

如何分析Microsoft&reg、Visio&reg和 Enterprise模塊，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。

ORM 架構可以通過實施正向工程獲得邏輯數(shù)據(jù)庫架構，從中可以生成用于多種數(shù)據(jù)庫管理系統(tǒng) (DBMS) 的物理數(shù)據(jù)庫架構。對物理數(shù)據(jù)庫的結構實施反向工程可以獲得邏輯數(shù)據(jù)庫架構或 ORM 架構。

發(fā)布的 Microsoft® Visio® Enterprise 產(chǎn)品只包含 Standard 版和 Professional 版，Professional 版包含了以前單獨的 Technical 版，但不包含 Enterprise 版。雖然 Visio 2002 Professional 包含 ORM 模具，但僅用于繪圖，因為它的 ORM 圖表無法映射到邏輯數(shù)據(jù)庫架構，并且無法通過實施反向工程從物理數(shù)據(jù)庫獲得。Visio 2002 Professional 包含數(shù)據(jù)庫建模解決方案，用于定義新的邏輯數(shù)據(jù)庫架構或從現(xiàn)有數(shù)據(jù)庫對其實施反向工程，但是不能實施正向工程獲得物理數(shù)據(jù)庫架構。

Microsoft 曾經(jīng)一度在其 Visual Studio 產(chǎn)品范圍內(nèi)支持數(shù)據(jù)庫設計和程序代碼設計（使用 UML）。在收購了 Visio Corporation 之后，Microsoft 有兩種獨立的產(chǎn)品（Visio Enterprise 和 Visual Studio）都支持數(shù)據(jù)庫設計和 UML，從而在功能上有明顯的重復。為了統(tǒng)一這些產(chǎn)品功能，首先 Visio Enterprise 內(nèi)原有的深層建模解決方案已被增強并轉移到 Microsoft 新產(chǎn)品 Visio for Enterprise Architects (VEA) 中（該產(chǎn)品包含在 Microsoft® Visual Studio® .NET Enterprise Architect 中）。

這些基于Microsoft® Visio® Enterprise的建模解決方案都包含在 Visual Studio .NET Enterprise 的 Beta 2 中，隨后發(fā)布的最終版本也會包括這些方案。VEA 中的深層 ORM 解決方案與 Visio Professional 中簡單的 ORM 繪圖模具完全不同，并且二者不能互相轉換。不過，VEA 中的數(shù)據(jù)庫建模解決方案可以從 Visio Professional 中導入，然后對其實施正向工程，獲得 DDL 腳本或物理數(shù)據(jù)庫架構。

Microsoft® Visio® Enterprise為實體類型提供引用方案后，就不需要在以后指定事實類型時重復引用方案了。與實體類型不同，值類型（例如，EmployeeName [雇員姓名]、RoomNr [房間號]）沒有引用方案，由于其實例僅為文字常數(shù)（例如，用于命名或引用實體的字符串或數(shù)字），因此它們可以標識其自身。在 Freeform 模式中，值類型通過附加空括號 [()] 來標識。下面提供了使用正式的、自由繪制語法的某些事實類型的示例：

Employee(empNr) works for / employs Department(code)  
Employee has EmployeeName()  
Employee has MobileNr()  
Employee drives / is driven by Car(regNr)  

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