關鍵字：實體關系圖 數據庫 建模 ER圖一、概述
很可能你現在正在規劃一個數據庫驅動的網站；而且幾乎可以肯定的是，你一定已經瀏覽過數據庫驅動的網站。過去，一些網站依賴CGI腳本和文本文件存儲實現數據持久化，但現在我們能夠訪問大量不同的關系型、對象-關系型、面向對象型數據庫。
對于Web應用來說，關系數據庫是一種強大的支持工具，這得感謝它們的高可用性、性能，而且相對來說，關系數據庫比較容易使用。要找出一個功能完善、源代碼開放、能夠在多種平臺上運行的數據庫系統并不困難。你可以用Perl、Java、PHP以及其他服務器端腳本語言把關系數據庫和Web網站連結到一起。
隨著網站規模的發展，它對數據庫——通常是關系數據庫——的依賴程度也日益增加。大量頁面和服務需要向數據庫表寫入信息，或者從數據庫提取信息。對于大多數網站，數據庫表很快成為網站體系結構中的關鍵部分，成為網站運作的生命中樞。為了方便和輕松地管理大容量數據，用戶帳戶、新聞動態、內容、統計數據都可以保存到關系數據庫管理系統（Relational Database Management System，RDBMS）。
用圖（Diagram）管理數據模型具有高效、方便的優點。對于RDBMS，描述數據模型的圖通常稱為實體關系圖（Entity Relationship Diagram，ERD）。用ERD描述數據模型能夠幫助你預先精確定義數據需求，使你能夠對以后的改動作出有效的規劃，能夠隨著網站的發展方便地改進規劃。
本文將介紹ERD建模工具和概念。文章提供了一些圖的實例，但它們的目的不是提供精確的或者是全面的數據設計范例。它們的目的是以兩個建模工具為例，介紹數據建模符號。在不同的工具之間，圖的符號有著重大的差別，但它們的基本概念一樣。本文的圖例從PowerDesigner和Visio 2000 Professional的試用版得到，你可以從本文末尾找到這些工具和其他類似產品的鏈接。
二、是否使用建模工具？
許多規模較小的網站用ASCII形式的SQL（Structured Query Language）腳本文件進行數據建模。當開發小組人員較少，或者最理想的情況下僅由一個人構成時，這種方法最有效。然而，數據模型將很快發展成為一個復雜的結構——在這種情況下，CASE（Computer Aided Software Engineering，計算機輔助軟件設計）工具、有關所有數據信息的圖、集中式知識庫能夠極大地幫助你管理Web網站的數據層。
2.1 何時使用SQL？
即使當你準備用SQL直接管理數據模式（物理數據庫）時，圖也能有效地幫助你理解和改進系統。然而，如果你的預算或者時間非常有限，采用復雜的新式建模工具可能得不償失。相反，在這種情況下，你應該使用一個簡單的圖形工具把數據模式的基本情況記錄下來，然后逐步轉換到復雜的數據建模工具。
如果你正在設計的數據庫類型不常見（或者是非標準的），避免使用某些復雜CASE工具可能是明智的，因為這些工具的“反向工程”能力和某些自動功能可能無法在你的環境下發揮作用。這里所謂的自動功能，是指建模工具根據輸入模型的圖形和屬性信息，自動為目標數據庫生成合適SQL命令的能力。反向工程是這樣一種能力，建模工具根據已經部署的物理數據模式，從現有的表提取出實體和關系信息。
2.2 轉入建模工具
從簡單繪圖工具轉換到數據建模工具并不是一個很復雜的過程。大多數數據建模工具的工作方式就象是一個標準的繪圖工具，參見圖1a和圖1b，這是兩個數據建模工具的界面實例。你可以在這里創建和排列表，定義關系，以及指定其它信息（列的類型、長度，鍵等）。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
