數(shù)據(jù)庫設計的最佳實踐

數(shù)據(jù)庫設計的最佳實踐 1、使用定義明確的表或列名，并保持一致（例如，School、StudentCourse、CourseID）。 2、使用單數(shù)形式的表名（即，用StudentCourse而非StudentCourses）。表代表了實體的合集，不需要復數(shù)形式。 3、不要在表名中使用空格。否則你將在

數(shù)據(jù)庫設計的最佳實踐

1、使用定義明確的表或列名，并保持一致（例如，School、StudentCourse、CourseID）。

2、使用單數(shù)形式的表名（即，用StudentCourse而非StudentCourses）。表代表了實體的合集，不需要復數(shù)形式。

3、不要在表名中使用空格。否則你將在定義表時不得不使用“{”、“[”等字符（即為了訪問表Student Course，你須得書寫“Student Course”。使用StudentCourse足夠了）。

4、不要在表名中加入不必要的前綴或后綴（即，命名School即可，不必為TblSchool、SchoolTable等）。

5、加密密碼，保證安全性。需要時可在應用中解密它們。

6、在所有的表中使用整型ID字段。即便眼下ID還用不著，將來也會有用到的時候（例如在關聯(lián)表中、索引等）。

7、使用整數(shù)（或相關）類型的數(shù)據(jù)列來創(chuàng)建索引。Varchar列索引會導致性能問題。

8、對布爾值使用bit字段。使用Integer或Varchar類型存儲毫無必要。同時，在這些列名中加入Is描述。

9、對數(shù)據(jù)庫訪問進行驗證。任何用戶都不應給予admin角色。

10、若非必要的話，避免使用“select *”查詢語句。為了更好的性能，請使用“select [required_columns_list]”。

11、若程序代碼很大，可使用ORM（對象關系映射）框架（如Hibernate、iBatis）工具。關于其性能問題可通過詳細配置參數(shù)來應付。

12、將那些不使用或不常用而又較大的表（table parts）區(qū)隔到不同的物理存儲空間，以便提供更好地查詢性能。

13、對重要的數(shù)據(jù)庫系統(tǒng)，使用災難恢復方案和安全服務，比如故障切換集群（failover clustering）、自動備份、復制等。

14、為了保證數(shù)據(jù)完整性，請使用約束（如外鍵、Check、Not null約束等）。不要給予對應用代碼的完整控制權。

15、缺乏數(shù)據(jù)庫文檔的習慣非常不好（evil）。用ER圖對數(shù)據(jù)庫設計模型進行描述。同時記得編寫觸發(fā)器、存儲過程等腳本的代碼。

16、對頻繁進行的查詢使用索引。Analyser工具可用于決定index在何處定義。對于查詢獲取大量列，聚簇索引（clustered index）通常更好。而對于點查詢，可使用非聚簇索引。

17、將數(shù)據(jù)庫服務器與Web服務器放置在不同的計算機中。這可以提供更好的安全性能（攻擊者不能直接訪問數(shù)據(jù)），而且由于可以限制訪問請求數(shù)及進程量，服務器也能獲得更的CPU及內(nèi)存性能。

18、圖像和Blob列一定不要定義在查詢頻繁的表中，這也是出于性能考慮。可將這些數(shù)據(jù)放在單獨的表中，并在查詢表中建立指向它們的指針。

19、規(guī)范化（Normalization）是必須的，以進一步優(yōu)化應用性能。否則可能面臨過多的數(shù)據(jù)副本，當然過渡規(guī)范化（over-normalization）則會導致大量跨太多表的連接。這兩者都會影響到性能。

20、同樣也要在數(shù)據(jù)庫建模及設計上花些功夫。若為此省下時間，則很可能面臨10倍乃至100/1000倍的維護/重新設計成本。

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:0731-84117792 E-MAIL:11247931@qq.com