【正文】 圖 健身 場館第一層流程圖 健身場館信息管理系統(tǒng) —— 數(shù)據(jù)庫設計 11 圖 第二層數(shù)據(jù)流圖 1 圖 第二層數(shù)據(jù)流圖 2 健身場館信息管理系統(tǒng) —— 數(shù)據(jù)庫設計 12 圖 第二層數(shù)據(jù)流圖 3 數(shù)據(jù)字典 （ 1） 數(shù)據(jù)項 （ 以 消費編號為例） 數(shù)據(jù)項名：消費編號 含義說明：唯一標識每個消費單 別名：消費單編號 類型：字符型 長度： 12 取值含義：前四位標識消費的年份，五、六位標識消費的月份，七、八位標識 消費的日期，后五位標識消費的編號。 （ 2） 數(shù)據(jù)結構 數(shù)據(jù)結構名：消費單 含義說明 ：是消費管理子系統(tǒng)的主體數(shù)據(jù)結構，定義了每張消費單的基本信息 組成：消費編號，消費卡標號，消費年月，開始消費時間，結束消費時間，教練編號 （ 3） 數(shù)據(jù)流 數(shù)據(jù)流名：消費單 健身場館信息管理系統(tǒng) —— 數(shù)據(jù)庫設計 13 說明：顧客消費的最終結果 （ 4）數(shù)據(jù)項（已消費編號為例） 數(shù)據(jù)項名：消費編號 含義說明：唯一標識每個消費單 別名：消費單編號 類型：字符型 長度： 13 取值含義：前四位標識消費的年份，五、六位標識消費的月份，七、八位標識消費的日期，后五位標識消費的編號。命名不允許使用中文或者特殊字符。選擇最簡單或最通用的單詞。 當一個單詞不能表達對象含義時，用詞組組合，如果組合太長時，采用用簡或縮寫，縮寫要基本能表達原單詞的意 義。 命名不允許使用 SQL 保留字。 示例： ticketType 表名以英文單數(shù)命名，不采用復數(shù)方便更好的使用 ORM 工具生成符合編程規(guī)范的代碼。同一個字段名在一個數(shù)據(jù)庫中只能代表一個意思。 命名格式為 [大寫字母 _英文單詞 ]。 對于表示字符型的字段數(shù)據(jù)類型建議使用 varchar,(oracle 為 varchar2)，而不是 char，建議數(shù)據(jù)類型盡量采用如下幾基本類型。 索引 前綴為 ix+[索引名稱 ]。命 名格式為view+ [視圖名稱 ]。按業(yè)務操作命名存儲過程 。命名格式為 前綴 + 表名 + 觸發(fā)器名 +操作方式 (Insert、Update 等 )。按業(yè)務屬性命名。 變量 普通變量 前綴為 var 。 示例： varName 游標變量 前綴為 cur 。 記錄型變量 前綴為 rec。 表類型變量 前綴為 tab 。 模式規(guī)范化 如無性能上的必須原因，應該使用關系數(shù)據(jù)庫理論，達到較高的范式，避免數(shù)據(jù)冗余 ,但是如果在數(shù)據(jù)量上與性能上無特別要求，考慮到實現(xiàn)的方便性可以 健身場館信息管理系統(tǒng) —— 數(shù)據(jù)庫設計 22 有適當?shù)臄?shù)據(jù)冗余，但基本上要達到 3NF。對于事務比較頻繁的數(shù)據(jù)表，必須存放在用戶自己創(chuàng)建的表空間中（對 ORACLE 數(shù)據(jù)庫而言）。有時為了提高數(shù)據(jù)庫性能，把常用的屬性和很少使用的屬性分成兩個表，可提高常用查詢的速度。實際是否建立外鍵，根據(jù)對數(shù)據(jù)完整性的要求決定。對于有要求級聯(lián)刪除屬性的外鍵，必須指定 ON DELETE CASCADE 或通過對應程序來實現(xiàn)。 Check 條件 對 于字段有檢查性約束，要求指定 check 規(guī)則 。 觸發(fā)器事務屬性的選擇時候，對表操作的事務屬性必須與應用程序事務屬性保持一致，以避免死鎖發(fā)生。 健身場館信息管理系統(tǒng) —— 數(shù)據(jù)庫設計 23 視圖設計 每個表在創(chuàng)建時候，必須指定所在的表空間，不要采用默認表空間以防止表建立在系統(tǒng)表空間上導致性能問題。 視圖是虛擬的數(shù)據(jù)庫表，在使用時要遵循以下原則： （ 1） 從一個或多個庫表中查詢部分數(shù)據(jù)項； （ 2） 為簡化查詢，將復雜的檢索或字查詢通過視圖實現(xiàn)； （ 3） 提高數(shù)據(jù)的安全性，只將需要查看的數(shù)據(jù)信息顯示給權限有限的人員； （ 4） 視圖中盡量避免嵌套使用視圖； 除特殊需要，避免類似 SELECT * FROM [TableName] 而沒有檢索條件的視圖； 表分區(qū)設計 當表數(shù)據(jù)是分段的數(shù)據(jù)，且比較多，查詢時明顯感覺到數(shù)據(jù)很慢時，可考慮創(chuàng)建分區(qū)表。通常，分區(qū)可以使某些查詢以及維護操作的性能大大提高。比如，表數(shù)據(jù)是以年為分隔，對于當年的數(shù)據(jù)的操作需要添加、修改、刪除和查詢，而對于往年的數(shù)據(jù)，幾乎不需要操作，或者操作往往只限于查詢，那可考慮使用分區(qū)表 。最終根據(jù)性能的需要決定是否建立索引。 對于簇集索引 (clustered index)和非簇集索引 (nonclustered index)的選擇問題，一般在經(jīng)常排序的字段上創(chuàng)建簇集索引，而這些字段并不一定是主鍵（比如沒有意義的自動增長主鍵） 。 字符類型數(shù)據(jù) SQL 中的字符類型數(shù)據(jù)應該統(tǒng)一使用單引號。 復雜 SQL 對于非常復雜的 SQL(特別是有多層嵌套，帶子句 或相關查詢的 )，應該先考慮是否設計不當引起的。 INSERT 語句 使用 INSERT 語句一定要給出要插入值的字段列表，這樣即使更改了表結構加了字段也不會影響現(xiàn)有系統(tǒng)的運行。 （ 2） 子查詢時的 EXISTS 和 IN 選擇 連接是開銷很大的運算，參與連接的表越多、越大，開銷也越大，所以盡量避免很多表連接運算。 （ 3） 避免使用 SELECT * 語句 如果不是必要取出所有數(shù)據(jù)，不要用 *來代替，應給出字段列表。 完整性 有依賴關系的表，例如主外鍵關系表，在刪除父表時必須級聯(lián)刪除其子表相應數(shù)據(jù)，或則按照某種業(yè)務規(guī)則轉移該