通常情況下，可以從兩個方面來判斷數據庫是否設計的比較規范。一是看看是否擁有大量的窄表，二是寬表的數量是否足夠的少。若符合這兩個條件，則可以說明這個數據庫的規范化水平還是比較高的。當然這是兩個泛泛而談的指標。為了達到數據庫設計規范化的要求，一般來說，需要符合以下五個要求。

　　三大范式:

有些程序員在撰寫數據庫應用程序時，常專注于 OOP 及各種 framework 的使用，卻忽略了基本的 SQL 語句及其「性能 (performance) 優化」問題。版工曾聽過臺灣某半導體大廠的新進程序員，所組出來的一段 PL/SQL 跑了好幾分鐘還跑不完；想當然爾，即使他的 AJAX 及 ooxx 框 架用得再漂亮，系統性能也會讓使用者無法忍受。以下是版工整理出的一些數據庫規劃、SQL performance tuning 簡單心得，讓長年鉆研 .NET、AJAX、一堆高深 ooxx framework，卻無暇研究 SQL statement 的程序員，透過最短時間對本帖的閱讀，能避免踩到一些 SQL 的性能地雷。

　　引言：數據庫設計 Step by Step (1)得到這么多朋友的關注著實出乎了我的意外。這也堅定了我把這一系列的博文寫好的決心。近來工作上的事務比較繁重，加之我期望這個系列的文章能盡可能的系統、完整，需要花很多時間整理、思考數據庫設計的各種資料，所以文章的更新速度可能會慢一些，也希望大家能夠諒解。

　　引言：數據庫設計 Step by Step (2)在園子里發表之后，收到了一些郵件，還有朋友直接電話我詢問為什么不包含數據庫物理設計方面的內容。我在這里解釋一下，數據庫物理設計與數據庫產品是密切相關的，本系列的專注點是較為通用的數據庫設計理念與方法，這也是國內軟件項目中容易被忽視的一塊。今天我們將學習實體關系（ER）模型構件及其語義，這是數據庫邏輯設計的基礎。內容可能有些枯燥，但卻非常重要和有用。

UNIQUEIDENTIFIER做主鍵(Primary Key)是一件很方便的事情，在數據合并等操作中有不可替代的優勢